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I.  OUTLINE  OF 
SERVICE  FACILITIES 


GENERAL  SERVICE  DESCRIPTIONS 


The  Sigma  Message  Service  is  documented  in  several  forms.  The  printed 
documentation  and  the  on-line  HELP  documentation  are  essentially  identical.  They  consist 
of  the  general  description  chapters  and  the  instruction  descriptions  which  arc  outlined 
below.  In  addition,  there  are  lessons  available  on-line  (see  the  Miscellaneous  instructions 
descriptions  below)  which  will  allow  you  to  take  a lesson  on  a number  of  different  aspects 
of  the  Sigma  message  service,  and  do  exercises  on  the  instructions  covered  within  the 
individual  lesson. 

lhc  material  below  is  organized  by  service  functions.  There  are  four  Objects  (kinds 
of  things)  with  which  you  will  be  working  using  the  Sigma  message  service.  These  objects 
are  Messages,  Files  of  messages,  Text  items  and  Selectors.  A Text  item  is  any  arbitrary 
group  of  words  composed  by  the  user,  such  as  an  AIG  list.  A Selector  is  a single  field,  or 
a number  of  message  fields  defined  as  the  basis  for  the  retrieval  of  messages  when 
reading  a file.  Instructions  which  allow  you  to  perform  a number  of  useful  operations  on 
these  four  objects  are  described  in  detail  in  the  Instruction  Descriptions  section.  In  the 
outline  below,  however,  we  simply  name  the  instructions  needed  to  perform  a range  of 
tasks  for  each  object. 

To  use  the  outline  below,  find  the  object  on  which  you  are  working,  then  under  that 
group,  find  the  instruction  needed  to  perform  the  desired  operation.  For  further 
elaboration  on  a particular  instruction,  find  its  description  in  the  Instruction  Descriptions 
section,  which  details  he  forms  of  the  instructions  and  gives  examples.  In  addition  to  the 
instructions  on  the  four  objects  of  the  service  (Messages,  Files,  Text  and  Selectors)  there 
are  miscellaneous  instructions  for  logging  on  and  off,  and  changing  your  identification. 

Note  that  some  of  the  following  instructions  must  be  typed  in,  while  others  are 
entered  by  a single  Function  key  stroke. 


FILES 

ABORT  — Terminate  without  updating. 

AUGMENT  — Add  to  current  file  display  by  selector. 

BACKUP  — Re-display  file  to  previous  selection  criteria. 

Cl  FAR  --  Erase  the  view  window. 

COMMENT  --  Comment  on  an  entry  in  the  displayed  file. 

CREATE  --  Create  a new  file. 

DEI  ETE  --  Delete  an  entry  from  the  displayed  file,  or  delete  a named  file  entirely. 
DISPLAY  --  Display  the  entries  in  a file. 

FILE  --  Place  the  identified  message  into  the  named  file. 

FILE-DIRECTORY  --  Show  all  this  user’s  files. 

FIND  --  Find  the  specified  entry  and  scroll  the  entries  to  the  specified  one. 
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FIND  SI  WING  - Find  the  specified  siring  of  characters  in  an  entry  and  scroll  to  that  entry, 
f INISH  --  Terminate  the  current  file  and  update. 

Gf  F --  Access  another’s  file 

KEYWORD  --  Assign  keywords  to  file  entries  as  basis  for  retrieval. 

MOVE  --  Move  the  entry  out  of  the  current  file  into  another  file. 

PRINT  - Print  the  File  Directory  or  the  open  file. 

RESTORE  --  Restore  a deleted  entry  from  the  displayed  file  or  restore  a previously 
deleted  file. 

RESTRICT  --  From  currently  selected  entries,  display  only  those  with  selection  criteria. 
SHOW-FILE  *-  Show  the  current  open  file  in  the  Display  window.. 

VIEW  --  Put  entry  or  File  Directory  in  view  window.  Cannot  be  edited. 


MLSSAGES 

A OORT  --  Terminate  without  updating. 

AC  I ION  --  Assign  action  to  another  user  and  make  an  entry  in  the  Action  Log. 
CFIOP  YES  Or  NO  --  Sign  off  on  a message  draft. 

CL  FAR  --  Erase  the  view  window. 

COMMFNT  --  Comment  on  a field  of  a displayed  message. 

COORDINATE  --  Send  a message  out  for  chop  to  the  people  on  the  chop  list. 

COPY  --  Create  a new  copy  of  a message  for  editing. 

CREATE  --  Create  a new  message  and  display  the  blank  message  form  for  editing. 
DISPLAY  — Display  the  identified  message  for  editing. 

FILE  --  File  a copy  of  the  identified  message  into  a file. 

FINISH  --  Terminate  the  current  message  and  update  editing. 

FORWARD  — Send  a copy  of  a message  to  another  user. 

PICKUP  --  Place  the  marked  text  in  a text  object  and  delete  it  from  display. 

PRINT  --  Print  message  on  the  printer. 

PUT  --  Put  the  text  object  at  the  marked  place  in  the  display. 

RFI  EASE  — Release  the  current  message  for  transmission. 

REPLY  — Create  and  display  a reply  to  the  current  message. 

SI  IOW-MESSAGE  — Show  the  current  open  message  in  the  Display  window. 
UPDATE  — Perform  name  recognition  and  text  formatting. 

VIEW  — Put  message  in  view  window.  Cannot  be  edited. 


TEXT 

AHORT  --  Terminate  without  updating. 

CLEAR  --  Erase  the  view  window. 

COPY  --  Create  a new  copy  of  text  for  editing. 

CREATE  --  Create  a new  text  object. 

DELETE  -•  Delete  the  named  text  object. 

DISPLAY  — Display  the  named  text  object  for  editing. 

F IND  STRING  --  Place  the  cursor  at  the  first  occurrence  of  the  specified  string. 
FINISH  — Terminate  the  current  text  object  and  update  editing. 

GET  --  Access  another’s  text. 

PICKUP  — Place  the  marked  text  in  a text  object  and  delete  it  from  the  display. 
PRINT  --  Print  Text  Directory  Or  the  text  object  on  the  printer. 

PUT  --  Put  the  text  object  at  the  marked  place  in  the  display. 

RECLASSIFY  — Change  the  classification  of  a text  object. 
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RL  STORE  - Restore  a previously  deleted  text  object  (opposite  o»  Delete). 
SAVE  --  Save  editing  up  to  this  point. 

SHOW-1  fcXT  --  Show  the  current  open  text  object  in  the  Display  window. 
UXT-DIRECTORY  — Show  all  this  user’s  text  objects. 

UPDATE  --  Perform  text  formatting. 

VIEW  --  Put  text  in  view  window.  Cannot  be  edited. 


SELECTORS 

AUGMENT  --  Add  to  current  display  by  selector. 

HACKUP  — Redisplay  file  to  previous  selection  criteria. 

CREATE  --  Save  the  selector  for  the  current  file  entries. 

DELETE  --  Delete  a named  selector. 

GET  --  Access  another’s  selector. 

PRINT  --  Print  the  named  Selector  or  the  Selector  Directory. 

RESTORE  --  Restore  a previously  deleted  selector  (opposite  of  Delete). 

RESTRICT  — From  currently  selected  entries,  display  only  those  with  selection  criteria. 
SEI  ECTOR-DIRECTORY  --  Show  all  this  user’s  selectors. 

VIEW  — Put  selector  in  view  window.  Cannot  be  edited. 


MISCELLANEOUS 

CLEAR  --  Erase  the  view  window. 

CURRENT-ENTRY  - Make  the  marked  entry  in  a file  the  current  entry. 
EXERCISE  --  Start  an  exercise  from  within  a lesson. 

GO-TO-NEXT  — Make  the  next  entry  in  a file  the  current  entry. 

HELP  --  Shows  the  user  an  on-line  version  of  this  Reference  Manual. 
IDENTIFY  --  Specify  user  name  performing  as  office  code. 

LESSON  - Start  on  a lesson. 

LOG  OFF  --  Log  off  of  the  Sigma  message  service. 

PRINT  --  Print  the  displayed  object  or  the  viewed  object. 

PROMPT  --  Shows  the  instructions  and  parameters  Sigma  expects. 

QUIT  --  Exit  from  a lesson. 

SYSTEM  NEWS  — Redisplays  the  News  that  is  shown  after  Logging  On. 
SYSTEM  STATUS  — Shows  the  status  of  other  users  of  Sigma. 

VIEW  --  Place  named  directory  or  displayed  object  into  view  window. 
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II.  INTRODUCTION 


OVERVIEW  OF  SIGMA  SERVICE 

The  Sigma  message  service  is  an  automated  message  processing  service  provided 
for  a test  of  automated  military  message  processing.  Through  the  service,  procedures 
that  are  presently  both  manual  and  semi-automated  are  completely  automated  from 
message  composition  through  message  receipt.  Users  may  prepare  draft  messages  on-line 
by  using  standard  message  formats  provided  by  the  service.  Text  processing  features 
offered  by  the  service  aid  the  user  in  composing  and  editing.  The  message  review  or 
chopping  procedures  are  automated  so  that  draft  messages  are  electronically  dispersed  to 
all  reviewers  simultaneously.  Reviewers  may  approve,  disapprove,  comment  and  edit 
entirely  through  the  automated  service.  The  drafts,  of  course,  are  also  returned  to  the 
drafter  and/or  sent  to  the  releaser  by  the  same  electronic  means.  This  should  reduce  the 
elapsed  time  needed  for  review  during  the  Chop  process. 

Although  the  message  handling  procedures  have  been  automated,  users  may  at  any 
time  obtain  printed  copy  of  any  information  they  possess  within  the  service.  Commonly, 
one  might  get  a printed  copy  of  messages  referenced  in  a message  to  which  one  intends 
to  reply. 

Upon  release,  outgoing  messages  are  delivered  electronically  to  the  AUTODIN  system 
for  further  dispersal.  Comeback  copies  are  automatically  sent  to  the  internal  distribution 
list.  Likewise,  incoming  AU10DIN  messages  are  received  on-line  automatically,  as  are 
messages  forwarded  for  information  and  action,  fn  addition  to  these  formal  AUTODIN 
messages,  the  service  provides  two  other  categories  of  messages.  One  is  a formal  Memo 
for  use  within  the  headquarters,  and  the  second  is  an  Informal  Note,  again  for  in-house 
use,  similar  in  concept  to  a telephone  conversation. 

A difficult  and  time-consuming  part  of  present  procedures  centers  around  storage 
organization  and  retrieval  of  messages.  The  service  provides  on-line  files,  conceptually 
similar  to  standard  filing  cabinets.  Users  may  construct  any  number  of  on-line  files  and 
organize  them  in  any  way  they  desire.  These  files  may  contain  arbitrary  numbers  of 
entries. 

In  addition  to  these  personal  files,  users  are  automatically  assigned  other  special 
files.  Associated  with  each  office  code  are  Pending  files  containing  entries  for  messages 
and  drafts  awaiting  attention,  that  is,  entries  are  made  there  automatically.  For  each 
office  code,  these  files  are  named  PENDING  files.  Similar  to  these  files,  each  user  has  a 
file  for  his  own  personal  use  labeled  MYPENDING.  (See  the  section  on  Special  Files  in  IV. 
FILE  SYSTEM.) 

Files  may  be  defined  to  be  used  as  readboards  such  that  they  may  be  accessed  by 
the  necessary  office  codes.  Lastly,  the  Action  Log  is  an  electronic  file  named  ACTION  LOG. 
(Sec  the  section  of  Special  Files  in  IV.  FILE  SYSTEM.) 

In  addition  to  messages  and  files  of  message  entries,  the  service  provides  for  the 
storage  of  arbitrary  text.  For  example,  users  may  construct  personal  AIG  lists  as  text  and 
insert  them  into  the  chop  list  of  a draft  message,  in  lieu  of  typing  these  office  codes  into 
each  draft. 
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Messages,  files,  and  pieces  of  text  are  called  "objects."  Objects  are  "opened"  when 
they  are  worked  with  by  the  user,  and  either  “closed"  automatically  when  another  object 
of  the  same  type  is  worked  with,  or  when  a FINISFI  instruction  is  used  on  it.  lhe  user  may 
"open"  or  work  on  one  of  each  type  concurrently,  thus  you  may  have  a file  open,  a 
message  open  which  you  arc  displaying,  and  also  a text  object  which  you  have  been 
working  on.  You  may  not,  however,  have  two  files  open  simultaneously,  two  messages 
open,  or  two  text  objects  open.  For  example,  it  you  are  displaying  one  message  and 
attempt  to  display  another,  the  system  automatically  closes  the  first  message  for  you  and 
opens  and  displays  the  second 


SIGMA  SERVICE  DOCUMENTATION 

The  Sigma  Message  Service  is  an  interactive  message  processing  service  provided 
for  a test  of  automated  military  message  processing.  It  is  documented  at  the  user’s  level 
in  several  forms.  Mere,  we  describe  the  printed  Reference  Manual  and  the  on-line 
documentation,  which  are  equivalent. 

The  Reference  Manual  and  the  on-line  documentation  mainly  describe  the  effect  of 
each  instruction  that  the  user  may  issue  to  the  service.  To  show  and  explain  the 
instruction  forms,  we  use  angle  brackets  and  parentheses.  Look  at  the  instruction  below, 
which  causes  the  service  to  bring  up  a blank  messago  form  for  the  user  to  fill  in  A more 
detailed  explanation  is  presented  later. 

CREATE  MESSAGE  'MESSAGE  TYPE>  <SECUR!1Y> 

lhe  words  CREATE  and  MESSAGE  are  typed  by  the  user.  The  words  appearing  in  the 
angle  brackets  are  not  typed  in  exactly,  but  rather  an  appropriate  "parameter"  or  value 
for  them  is  typed.  For  example,  acceptable  values  for  'MESSAGE  TYPE>  in  lhe  Sigma 
message  service  are  AU10DIN,  Memorandum  or  Informal,  lhe  acceptable  values  for 
<SECURITY>  are  Unclassified,  Confidential,  Secret  or  lop  Secret,  as  expected,  lhese  will 
be  explained  in  detail  below.  Whenever  a term  appears  in  angle  brackets,  then,  the  user 
must  enter  an  appropriate  parameter  value. 

Sometimes  parentheses  appear  instead  of  angle  brackets,  lhe  parentheses  mean 
that  the  term  enclosed  does  not  have  to  be  entered,  but  only  appears  for  user  readability. 
For  example: 


QUIT  (LESSON) 

lhe  above  instruction  exits  from  a Lesson,  lhe  user  must  enter  QUIT.  Me  may  optionally 
enter  t fie  word  LESSON.  The  service  behaves  the  same  way  in  either  case. 

Note  that  any  instruction  that  is  typed  in  must  be  completed  by  pressing  the 
f XECUT  E key. 

Some  instructions  are  represented  by  Function  keys  (in  particular,  by  Instruction 
keys).  These  are  not  typed  in,  but  are  entered  by  pressing  the  appropriate  key.  Such 
Key  Instructions  arc  shown  throughout  the  documentation  as  hyphenated  instead  of 
separate  words,  and  are  surrounded  by  double  exclamation  points.  For  example: 
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!!f  ILE-DIRECTORY!! 

The  above  Instruction  key  shows  all  files  belonging  lo  the  user. 

StRVICE  FEATURES 

fk-forc  embarking  upon  the  details  of  the  documentation,  there  are  several  special 
features  that  need  to  be  described. 

lo  lop.  on  to  the  service,  you  must  fill  in  your  logon  name  (which  may  be  an  office 
code)  your  logon  password,  and  your  requested  maximum  security  level.  If  you  are 
logging  on  as  an  office  code,  you  must  also  fill  in  your  personal  identity  (name)  and 
personal  password,  lo  fill  in  these  items  on  the  screen,  use  the  cursor  movement,  editing 
keys,  and  press  the  EXECUTE  key. 

If  the  user  attempts  to  run  Sigma  from  a terminal  which  is  not  authorized  for  the 
purpose,  Or  enters  a password  incorrectly  too  many  times  during  the  Log  On  process, 
Sigma  will  lock  the  terminal,  this  is  done  for  security  reasons.  Once  this  happens,  the 
user  must  contact  ffie  System  Control  Officer  (referred  to  as  the  SCO)  or  someone  else 
who  knows  how  to  deal  with  locked  Sigma  terminals. 

Immediately  affer  logging  On  to  Sigma,  the  screen  will  show  News  in  the  View 
window  (half  intensity).  This  will  describe  any  new  features  or  procedures  relevant  to 
users  of  Sigma.  Once  the  user  has  read  this  News,  the  View  window  can  be  cleared  with 
the  Clf  AR  VltW  key. 

When  a user  wishes  to  work  with  messages  directed  to  him  personally,  rather  than 
to  his  office  code,  he  may  log  on  to  the  service  with  his  own  name  and  password,  or  he 
may  log  on  as  an  office  code,  then  IDENTIFY  as  his  own  name.  Either  case  gives  him 
access  to  his  own  Rending  file.  When  he  logs  On  as  himself,  the  file  names  PENDING  and 
MYPf  NDING  will  access  the  same  file.  The  name  MYPtNDING  is  for  the  purpose  of  allowing 
the  user  to  see  items  addressed  to  him  personally  while  he  is  logged  on  in  another  role, 
i.e.,  an  office  code 

As  another  protection  mechanism,  users  are  initially  considered  Novices  by  Sigma, 
and  arc  required  lo  CONFIRM  all  Typed  instructions.  Upon  typing  an  instruction  and 
pressing  the  EXECUTL  key,  the  user  will  be  prompted  by  the  service  to  confirm  the 
instruction.  The  instruction  will  be  redisplayed  on  the  screen  as  it  is  understood  by  the 
sc  rvice,  that  is,  abbreviations  will  be  expanded  and  spelling  errors  corrected.  This  offers 
the  user  positive  feedback  that  the  service  understands  the  instruction  he  entered  and  will 
perform  it  upon  confirmation,  lhe  user  confirms  by  pressing  EXECUTE  again. 

This  Manual,  the  on-line  HELP,  and  all  Lessons  and  Exercises  describe  the  service 
from  the  point  of  view  of  a Novice  user.  This  is  most  apparent  in  terms  of  confirmations 
required  for  instructions. 

Once  a user  becomes  familiar  with  S'gma  and  no  longer  wants  thr  safety  ot 
confirming  each  instruction,  he  can  ask  the  System  Control  Officer  (SCO)  to  make  him  an 
Intermediate  user.  This  will  make  Sigma  ask  for  confirmation  only  for  instructions  which 
warrant  it.  There  is  also  an  Expert  level  which  removes  certain  restrictions  which  are 
provided  for  safety  during  initial  use. 
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Similar  to  confirmation  is  ACKNOWLEDGMENT.  Because  of  security  and  other 
requirements,  the  user  is  sometimes  required  to  acknowledge  an  act  about  to  be 
performed  by  the  service.  In  each  case,  the  service’s  prompt  should  be  self-explanatory 
and  Ihc  user  must  acknowledge  by  pressing  the  appropriate  key  (YES  or  NO).  An  example 
of  use  of  this  acknowledgment  is  the  page-by-page  acknowledgment  required  upon 
changing  the  classification  of  a text  Object.  An  acknowledgment  is  also  required  when  you 
want  to  delete  multiple  entries  in  a file,  and  in  certain  other  cases. 


THIS  PACE  IS  BEST  QUALITY  PRACTICABLE 
IflUM  u>t  Y JfURillSHW)  TO  DOG  ^ 


FIGURE  1-a 


Autodin  Message  in  Preparation  (Before  Chop) 

Ref  Idi  ROTHCNBERG  062246Z  MAR  78  (ROTHENBERG’e  Vera  ion) 
Header:  CONFIDENTIAL  [Autodin  - Preparation] 

Or ief ing  Memo: 

f rom:  CINCPAC  HONOLULU  HI 

To: 

Info: 

E xemp  t : 

Precedence:  R(ROUTINE) 

SSIC: 

Sub  ject: 

References: 

Text: 

Doungrade  Instructions:  GDS 
Chop: 

Re  I ease: 

---END  OF  MESSAGE- -- 


Autodin  Message  in  Preparation  (Chopped) 


Re f Id:  ROT HE NBERG  100248Z  FEB  78  (ROTHENBERG* s Version) 

Header:  SECRET  [Autodin  - Preparation] 

Or ief ing  Memo: 

From:  CINCPAC  HONOLULU  HI 

To:  JCS 

Info:  J3 

[ xemp t : 

Precedence:  R (ROUTINE) 

SSIC: 

Subject:  Forthcoming  Exercise 
References: 

Text:  The  upcoming  Exercise  needs  further  definition.  The  goals  specified  so 
far  do  not  determine  the  scope  of  the  operation. 

ROT  HE  NOERG  :Uhat  else  needs  to  be  said  here? 

Doungrade  Instructions:  GOS 
Chop:  SIOTZ  TUGENDER  J301  J3 

Chop  Status:  SIOTZ  - chop  yes,  TUGENDER  - not  read,  J301  - not  read,  J3  - not 
read 

Release:  J3 

Release  Status:  J3  - not  read 
---END  OF  MESSAGE-  — 


FIGURE  1-b 


mil  page  is  best  quality  mcnCAJUJI 
JSttU  COPY  i'UKNlSliU)  IV  UDQ  - 


Autodin  Transmitted  Message 


Hof  Ids  SI  U ?038SrS 

Headers  UNCI  ASS I F I EO  {Autodin  - Transmitted) 

From:  DIA  UASM1NGT0N  0C//DN-2G// 

DIG:  0403142  DEC  77  7EX 

To:  IHACUIUNUL 

AIG  7011 
Action:  J? 

Internal:  00  Ul-0?  LA  Al  J03  J3  J-S  J77  DDO.  ARUP  IPAC  TENEX 
Precedence:  R(routine) 

Text:  UNCI  AS  IBS 7 

SlllUt  MIA  MFFLNSF  INTFl  L1GENCE  NOTICE  (DIN)  CORRECTION  (U) 
FUF:  D1ADIN  338- 1A  (AS  OF:  0G4S  EST  3 DEC  77).  INDIA, 

CITE  NO:  14GB;  OTG:  031G0BZ  OEC  77 

1.  Ill)  RIFfcRENCED  DIN  SHOULD  BE  RENUMBERED  337-1A. 

?.  (U)  RlflAINOER  OF  ITEM  REMAINS  VALID  AS  TRANSMITTED. 

NNNN 

- -END  Of  MESSAGE--- 


THIS  PAGE  IS  BEST  QUALITY  PRACTICAL? 
UtOM  OOP*  ^UKKlSliEU  TV>  DDC  


FIGURE  2- a 


Hof  |cf:  RCIlMf NOERG  070002Z  MAR  78  (ROTHENBERG’ s Version) 
Header:  SICRET  (Memorandum  - Preparation! 

Hr i r f i ng  Memo: 

) i om:  ROTHENBERG 

To: 

Info: 

Huh  ject: 

References: 

Text: 

Chop: 

Re  I ease: 

- -ENtl  OF  MESSAGE--- 


Memorandum  In  Preparat ion  (Chopped) 


Kef  Id:  ROTHENBERG  272120Z  JAN  78  (ROTHENBERG’ s Version) 

Header:  CONFIDENTIAL  (Memorandum  - Preparation! 

Briefing  Memo: 
from:  ROTHENBERG 

T o: 

I n fo: 

Subject:  lest  Coord  msg 

References: 

lext:  Testing  Coord 

Chop:  HUTHENBFRG  TUGENOER  STOTZ 

Chop  Status:  ROTHENBERG  - not  chopped.  TUGENDER  - not  read,  STOTZ  - chop  yes 
Release:  S10TZ 

Release  Status:  STOTZ  - chop  yes 
- -I  NO  OF  MESSAGE--- 


$Mi8  PAM  IS  BEST  QUALITY  FRACIICAW4 
HUM  COPY  FURNISHED  TQDDQ  - 

FIGURE  2-b 


Transmitted  Memorandum 


Ref  Id:  RUTHENBERG  070027Z  MAR  78 

Meador:  SICRET  [Memorandum  - Transmitted) 

From:  J301 

T o : J3 

Info:  UUO 

Subject:  Rand  I inti  of  last  week’s  exercise 
References: 

Text:  On  the  whole,  1 believe  last  week’s  exercise  was  a success. 

Perhaps  in  the  future,  however,  we  should  try  to  avoid  similar  operations 
during  predictable  times  of  heavy  traffic. 

Re  leaser:  ROTHENBERG 
END  OF  MESSAGE-  — 


__  rsst  QUALlTt  FRACtlCAW'S 


FIGURE  3- a 
Informal  Note  In  Preparation 


Ref  Id:  HOTHENBERG  0718SGZ  MAR  78 
Header:  CONFIDENTIAL  INote  - Preparation] 
From:  R01HENBERG 

1 o: 

CC: 

Subject: 

References: 

Text: 

---END  OF  MESSAGE--- 


FIGURE  3-b 


SHIS  PAQX  IS  BEST  QUALITY  PRACTICABUt 
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Iransmi tted 


Informal  Note 


Ref  Id:  RUTMENBERG  0722592  MAR  78 
Mender:  UNCLASSIFIED  INote  - Transmitted] 

F row:  ROTlirNBERG 

lo:  J301 

CC: 

Subject:  Meeting  tomorrow 
References: 

Text:  Cnn  we  move  that  meeting  from  morning  to  afternoon? 
Re  leaser:  ROTHENBERG 
--•END  OF  MESSAGE--- 


■ 


I 
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FIGURE  4 


THIS  PACK  IS  MET  QUALITY  PBACTICABLK 
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Pend ing  File  Display 


File:  PINGING  Security:  SSSS  Length:  12 

1 0 UU  Auto  042222Z  DEC  77  From:  XS  WASHINGTON  DC 

Incoming  Coo:  J3 
Subject:  AIRCRAFT  HIJACKING 

2 R UU  Auto  010024Z  DEC  77  From:  CINCPAC  REP  PHILIPPINES  SUBIC  BAY  RP 

Incoming  Act:  J03 

Subject:  INFORMATION  ON  GAO  ACTIVITY 

3 SS  Memo  S10TZ  02001 1Z  DEC  77  From:  stotz 

Incoming 

Subject:  Check  out  a message  for  me. 

4 UU  Note  AMFS  020333Z  MAR  78  From : AMES 

Incoming  Subject:  Action  on  Notes 

5 R UU  Auto  ROTHENBERG  280038Z  JAN  78 

for* Chop  By:  ROTHENBERG 
Subject:  Final  Coord  test 

6 R SS  Auto  0823S9Z  OCT  7G  From:  N1SC  WASHINGTON  DC 

for«-Info  By:  STOTZ  Act:  J2  J3(by  STOTZ)  ROTHENBERG (by  STOTZ) 
Subject:  NUFURN/WNINTEL  //N03822//  SECTION  01  OF  02 

7 SS  Memo  ROTHENBFRG  070027Z  MAR  78  CID:  ROTHENBERG  070020Z  MAR  78 

Rack*  copy 

Subject:  Handling  of  last  week’s  exercise 

8 R UU  Auto  0401 30Z  DEC  77  From:  FBIS  HONG  KONG 

for* Act  ion  Act:  J2  ROTHENBERG (by  J301) 

Subject:  H BBC  RUMJ 

9 R UU  Auto  J301  0G2154Z  MAR  78 

Xm  i t*-F  a i I 

Frror:  No  10- list  in  user’s  version 

10  R UU  Auto  041647Z  DEC  77  From:  FBIS  OKINAWA  JA 

for* Act  ion  Act:  J2  J301 (by  J301) 

Subject:  BBC 

11  F’  UU  Auto  J301  021S02Z  FEB  78 

Chopped (Y)  By:  AMES 
Subject:  Sally,  this  is  for  you 
1?  P UU  Auto  040937Z  DEC  77  From:  FBIS  OKINAWA  JA 
File*copy  By:  ROTHENBERG  Act:  J2 
Subject:  LD  BBC  DW 
END  OF  FILE--- 


III.  MESSAGE  FORMATS 


The  message  service  supports  three  forms  of  communication:  formal  AUTODIN  record 
messages,  internal  record  messages  (Memoranda),  and  Informal  Notes  that  are  unofficial. 


AUTODIN  MESSAGES 


Sigma  Message  Form  for  Message  Preparation 

Hie  basic  Sigma  Message  form  for  messages  in  preparation  (Figure  1-a)  is  based  on 
the  DO- 17 3 form  extended  to  utilize  features  of  the  on-line  service.  It  provides  features 
and  insures  policy  restrictions  associated  with  DD-173.  It  provides,  in  some  instances, 
more  generality  and  it  reduces  some  of  the  restrictions  arising  from  the  mechanics  of 
typing  the  message  on  printed  form.  Messages  are  shown  by  Sigma  with  a black-on-white 
“---END  OF  MESSAGE---"  mark  at  the  end.  (Other  objects  have  similar  <End  of  Object> 
marks  at  their  ends.) 

The  basic  fields  shown  in  Figure  i-a  always  appear  on  the  message  form,  similar  to 
the  preprinted  fields  of  the  present  DD-173  form.  Note  that  fields  such  as  Info  are 
included  in  the  Sigma  Message  form  (though  they  are  not  on  the  DD-173)  because  the 
electronic  service  can  automatically  expand  and  contract  field  sizes  to  accommodate 
variable  length  entries. 

Each  field  of  the  Sigma  Message  form  is  described  under  MESSAGE  DRAFTING. 


Transmitted  Messages 

The  preceding  description  applies  to  the  format  of  the  Sigma  Message  form  as  used 
to  prepare  messages.  When  messages  are  released  and  transmitted,  the  recipients  view 
them  in  a slightly  different  form.  Figure  1-b  shows  an  Autodin  transmitted  message. 

The  following  fields  of  the  Sigma  Message  preparation  torm,  used  during 
preparation,  do  not  appear  upon  reception:  briefing  memo,  chop  list,  release,  drafter-chop, 
drafter-release,  downgrade  instructions,  and  reviewers’  comments  fields.  Other  fields  do 
appear,  such  as  DIG,  Internal  Distribution,  and  a single  field  designated  with  one  of  the 
three  names:  Action,  Cog  or  Orig.  (Compare  forms  shown  in  Figure  1). 


INTERNAL  MESSAGES 

So  far  the  discussion  has  addressed  messages  for,  or  received  from,  AUTODIN  (via 
l DMX).  The  service  also  supports  internal  messages  between  users  of  the  message 
service.  These  messages  may  either  be  Memoranda  or  Informal  Notes. 

Memoranda 

A Memorandum  is  of  the  same  basic  message  form  as  the  AUTODIN  message.  It  is 
distinguished  from  the  AUTODIN  message  by  the  addressees  that  are  filled  into  the  From, 


To,  and  Info  fields  on  the  Sigma  Message  form  and  the  lack  of  Internal  Distribution  on  the 
received  message.  (Sec  Figure  2-a  and  2-b.) 


Informal  Notes 

The  Informal  Note  has  no  officially  sanctioned  use  beyond  informal  correspondence. 
As  opposed  to  Autodin  messages  and  Memos  which  are  Archived  for  years,  Informal  Notes 
are  only  retained  by  Sigma  for  a few  weeks.  The  format  of  an  Informal  Note  is  similar  to 
the  Sigma  Memorandum  form  with  the  following  fields  omitted:  briefing  memo,  chop  list  and 
release  field.  Note  that  the  Info  header  is  labeled  "CC"  on  this  form.  (See  Figure  3-a  and 
3-b).lnformal  Notes  cannot  be  Coordinated. 


Message  Id 

For  messages  in  preparation  and  released  Memoranda  and  Informal  Notes,  a 
combination  of  the  drafter’s  name  and  the  date-time  group  can  be  used  to  refer  to  the 
message  uniquely.  For  received  AUTODIN  messages,  a unique  SEQ  number  is  assigned. 
Users  can  access  an  AUTODIN  by  this  SEQ  number  directly.  Users  may  also  access  an 
AUTODIN  message  by  its  DTG  by  using  a special  file  which  Sigma  keeps,  called  a Datefile 
(sec  File  System  below). 
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IV.  FILE  SYSTEM 

The  message  service  features  an  electronic  filing  system  that  is  conceptually  similar 
to  a filing  cabinet  in  that  you  can  have  any  number  of  files,  and  any  of  them  can  contain 
an  arbitrary  number  of  messages.  An  example  is  your  PtNDlNG  file.  These  can  include 
messages  for  information  or  action,  drafts  for  chop,  messages  which  you  have  sent,  and  so 
forth.  These  entries  representing  your  messages  constitute  your  PENDING  file. 

These  entries  represent  your  messages  in  that  they  are  only  pointers  to  the 
messages,  and  are  not  the  messages  themselves.  For  example,  you  can  manipulate  entries 
by  filing  them,  moving  them  from  the  Pending  file  to  other  files,  delete  them  from  the 
Pending  file  as  you  work  with  them,  etc.,  but  you  cannot  in  fact  delete  a message  itself. 

Now,  in  addition  to  your  Pending  File  , you  can  have  any  number  of  personal  files 
that  you  want  to  define.  You  may  organize  according  to  subject,  or  organize  according  to 
action,  info,  classification,  incoming,  outgoing,  or  whatever  you  desire  --  any  arrangement 
you  like.  Additionally,  there  can  be  a number  of  files  that  may  be  accessed  by  you  and 
others  as  well,  such  as  readboards. 

The  kinds  of  things  that  you  can  do  with  these  files  are,  of  course,  to  put  messages 
into  them  or  take  messages  out  for  display. 

You  may  create  files  for  storing  messages  that  you’ve  received  or  sent,  and  these 
files  may  be  named  and  organized  to  suit  your  needs.  You  also  have  the  ability  to  file 
messages  into  the  files  at  your  own  discretion,  based  on  your  own  filing  criteria.  Files 
may  be  named  in  any  way  you  wish,  except  that  multi-word  names  are  separated  by  an 
underline  rather  than  spaces,  c.g.,  Merchant  Ships  Jan  77. 

With  these  files,  you  may  see  only  a part  or  a subset  of  the  file  that  is  of  interest  to 
you.  For  example,  let's  say  that  you  have  a personal  file  labeled  SECRET  containing  your 
SFCRET  messages,  and  you  only  want  to  look  at  those  that  were  originated  by  PACAF. 
You  could  extract  only  those  headers,  or  the  messages  themselves,  of  interest  to  you, 
instead  of  looking  al  the  entire  file.  We  have  several  ways  of  specifying  a particular 
message  in  a file  of  perhaps  several  hundred.  We'll  cover  that  later. 

When  you  wish  to  sec  the  contents  of  a file,  Sigma  will  display  summaries  or 
headers  of  the  messages  the  file  contains.  These  are  called  file  entries  (see  Figure  A). 
These  entries  show  fields  or  parts  of  fields  extracted  to  provide  this  summary  information. 
An  entry  contains  entry  number,  precedence,  type,  classification,  date-time  group, 
originator,  and  subject.  Entry  numbers  adjacent  to  each  entry  provide  an  easy  way  to 
reference  the  message  corresponding  to  that  entry.  The  action  indicator  shown  a user’s 
duties  with  respect  to  the  message,  e.g.,  action,  to  be  chopped,  transmitted  successfully  or 
not,  etc. 

lhrre  may  also  be  a Current  Entry  in  a file,  lhis  is  the  entry  the  user  last  looked 
at  or  referenced  II  is  marked  by  having  its  number  shown  as  white-on-black  instead  of 
black-on- while.  Several  instructions  and  operations  can  be  performed  with  reference  to 
the  Current  Entry  or  the  Next  Entry  (the  one  immediately  following  the  Current  Entry). 

Access  control  to  files  is  restricted  by  the  security  level  of  the  file.  The  security 
level  may  be  one  of  four  classifications:  Unclassified,  Confidential,  Secret,  or  Top  Secret 
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(see  Figure  4).  The  messages  in  a file  may  be  of  lower  classification  than  the 
classification  of  the  file,  but  may  not  be  higher. 

A user  may  add  a Private  comment  to  a file  entry  with  the  COMMENT  instruction  The 
comment  may  be  of  any  length  since  the  service  automatically  expands  the  comment  area. 

SPECIAL  FILES 

T he  Pending  File 

Associated  with  each  office  code  are  Pending  files  which  contain  entries  for 
messages  and  drafts  awaiting  attention.  These  Pending  files  are  the  basic  daily  working 
files.  Entries  in  these  files  include  received  AUTOOIN,  Memoranda,  and  Informal  Notes, 
messages  for  Action,  for  Chop,  etc.  Messages  in  preparation  are  not  automatically  filed  in 
the  Pending  file.  The  user  can  explicitly  file  them  in  either  the  Pending  file  or  some  other 
file. 

Each  entry  in  the  Pending  file  is  actually  a pointer  to  the  message,  that  is,  they 
represent  messages.  These  entries  each  include  the  following  information  (common  to  all 
files):  entry  number,  precedence,  type  (For  Chop,  etc.),  classification,  date-time  group, 
originator  and  subject,  lo  see  the  message  itself,  you  would  use  one  of  the  DISPLAY 
instructions,  such  as 

DISPLAY  ENTRY  <NUMBER> 

Pending  files  are  unique  in  (hat  they  are  divided  by  classification.  Top  Secret 
entries  are  in  a separate  grouping,  apart  from  Secret  and  below. 

To  see  the  Pending  file,  use  the  instruction 


DISPLAY  FILE  PENDING  <SECURITY> 


Mypending  File 


This  file  is  similar  to  the  Pending  File  in  that  it  contains  a list  of  entries  awaiting  the 
user’s  attention.  This  file  is  intended  for  the  user’s  personal  use  when  he  is  logged  on  as 
an  office  code.  If  you  log  on  as  J3  and  IDENTIFY  as  Smith,  you  will  see  messages  sent  to 
J3  in  the  Pending  File,  and  messages  to  Smith  in  the  file  named  MYPENDING.  When  you  log 
on  as  yourself,  you  only  have  your  own  Pending  file  (which  you  can  access  with  either  of 
the  names  PENDING  or  MYPENDING). 

To  see  your  own  personal  Pending  file  when  you  have  logged  on  as  an  office  code, 
use  the  instruction 

DISPLAY  FILE  MYPENDING 


The  ACTION  LOG  file 

Whenever  action  is  assigned  to  a message,  it  is  recorded  in  the  ACTION  LOG.  In 
order  for  each  user  to  have  access  to  it,  he  must  issue  the  following  instruction: 


1? 


GET  FILE  ACTION  LOG  (FROM)  <USLR  ID'  eg., 

GLT  FILE  ACTION  LOG  FROM  J3 

This  instruction  transfers  tho  office  Action  Lop,  to  the  user  as  a dynamically  shared 
file  which  will  be  Kept  up  automatically  by  the  service  as  each  new  action  assignment  is 
made. 


If  you  are  assigning  action  to  messages,  the  assignment  will  not  be  recorded  unle  r. 
you  have  an  Action  Lop,  in  your  files.  You  may  CREATE  an  Action  Log  if  you  have  the 
authority,  or  you  must  GET  the  already  existing  Action  Log  from  the  appropriate  office 

Kcadboards 

Readboards  are  basically  the  same  type  of  file  as  the  ACTION  LOG.  Any  user  who 
has  authority  to  access  the  office  readboard  need  only  use  the  instruction 

GET  FILE  EXISTING  FILE  NAME>  (FROM)  <USER  ID>  e g., 

GET  FILE  Daily  Readboard  FROM  J301 

where  the  <EXISTING  FILE  NAME>  is  the  name  of  the  readboard  and  the  <USER  ID>  is  the 
appropriate  office  code. 

Datefilcs 

Datcfilcs  are  used  for  the  retrieval  of  messages  by  DTG  (date  time  group).  Usually 
a message  will  come  to  the  attention  of  a user  by  its  presence  in  a file  he  uses  (Pending 
fife,  Readboard  or  personal  file)  and  will  be  tagged  by  its  entry  number.  Occasionally  a 
messap.e  will  come  to  a user’s  attention  by  some  other  means  (e.g.  referenced  in  another 
message),  in  which  case  the  user’s  only  identification  is  the  originator  and  DTG  of  the 
message. 

To  retrieve  such  a message  the  user  will  first  open  a special  file  called  a DATEFILE 
for  the  dale  of  the  given  DTG.  These  files  have  entries  for  all  messages  with  DTG’s  for 
that  date.  (Note  that  this  is  not  the  same  as  a log  of  all  messages  received  on  that  date, 
since  the  DTG  of  a message  may  not  correspond  to  the  date  it  is  sent  or  received.) 

A Dafcfilc  is  opened  at  a given  security  level  and  will  show  entries  at  and  below 
that  level.  That  is,  if  opened  at  SECRET,  all  UNCLASSIFIED,  CLASSIFIED  and  SECRET  entries 
will  be  shown.  For  example,  if  the  user  wants  to  find  a SECRET  message  with  a DTG  of 
28101 1Z  MAR  77,  he  would  open  the  appropriate  Datefile  by  executing  a DISPLAY 
DATEFILE  instruction,  such  as 

DISPLAY  DATEFILE  28  MAR  77  SECRET. 

This  will  display  a synopsis  of  all  messages  with  DTG’s  within  that  date  (up  to  SECRET). 
The  user  then  performs  a 


RESTRICT  FROM  <0RIGINAT0R>  AND  DTG  <DTG> 


such  as 

RESTRICT  FROM  "JCS"  AND  DTG  28101 1Z  MAR  77. 

This  will  show  him  the  entry  number  for  the  desired  message,  which  he  may  then  display, 
file  or  whatever.  Ihe  user  must  enter  the  year,  month,  and  full  six-digit  DTG  in  doing  this 
RESTRICT,  even  though  the  file  is  already  limited  to  entries  of  a single  day. 

If  the  user  is  not  sure  of  the  DTG  of  the  message,  he  may  do  a 

RESTRICT  FROM  <ORIGINATOR> 

and  examine  all  the  messages  received  from  that  source.  Presumably  he  can  select  the 
message  of  interest  from  the  Subject  lines  shown.  If  the  user  is  not  sure  of  the  date,  he 
may  have  to  examine  more  than  one  file  to  get  the  message  of  interest. 

1 
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V.  MESSAGE  DRAFTING 


INITIATING  THE  MESSAGE  DRAFT 

The  drafter  requests  a preformatted  message  form  in  order  to  input  a message  draft 
on-line  to  the  service.  The  CREATE  Instruction  described  later  shows  how  to  request 
these  message  forms. 

After  requesting  the  appropriate  form,  the  drafter  fills  in  the  various  fields  by 
typing  in  their  respective  values. 

Outgoing  AUTODIN  Messages 

The  Sigma  Message  form  (see  Figure  1-a)  is  used  for  record  traffic.  This  form 
contains  fields  that  are  to  be  filled  in  by  the  user  using  the  editing  capabilities  of  the 
service.  The  following  discusses  each  field  on  the  message  form  and  how  it  is  to  be  filled 
in. 

Classification 

When  requesting  a blank  message  form,  the  user  must  indicate  the  classification 
level  for  the  message.  The  security  level  chosen  is  then  shown  in  the  field  labeled 
Header. 

Reference  ID 

The  Reference  ID  field  is  the  identified  organization  code  (or  personal  name  if  no 
organization  code  has  been  given)  of  the  person  logged  on  to  the  service  requesting  the 
message  draft  and  a date-time  group  assigned  by  the  service.  This  is  also  called  the 
Message  Id  and  may  be  used  for  message  retrieval. 

Briefing  Memo 

The  Briefing  Memo,  an  optional  field,  provides  space  for  an  explanation  of  the 
message.  It  is  filled  in  by  the  drafter  with  data  specifically  for  reviewers  and  the 
releaser.  That  is,  it  does  not  appear  on  the  message  as  delivered  to  action  and 
information  addressees.  It  is  similar  to  the  message  body  in  that  it  contains  unstructured 
text. 

From 

For  a message  for  AUTODIN,  the  From  field  is  automatically  filled  in  by  the  service 
with  CINCPAC  HONOLULU  HI.  This  field  cannot  be  changed. 

To,  Info,  and  Exempt  Lines 

For  outgoing  AUTODIN  messages,  Plain  Language  Address  (PLA)  codes  are  used. 
Exempt  refers  to  exemptions  from  any  Address  Indicator  Groups  (AIGs)  appearing  in  the  To 


and  Info  fields.  A carriage  return  separates  the  PLA’s  (bO  character  length  restrictions 
apply).  Five  or  more  spaces  are  used  as  the  first  characters  on  subsequent  lines  to 
indicate  that  a PLA  spans  more  than  one  line. 

Precedence 

1 he  Precedence  field  is  automatically  filled  in  with  ROUTINE.  This  field  can  be 
changed  by  the  user.  Acceptable  values  for  precedence  are  R (Routine),  P (Priority),  0 
(Immediate),  Z (Flash)  and  Y (Flash  Override).  The  Precedence  field  can  take  two  entries: 
the  first  for  the  Action  addressees,  the  second  precedence  for  those  in  the  Info  field. 

SSIC 

This  field  is  available  for  entering  the  Standard  Subject  Index  Code  (SSIC). 

Subject 

The  contents  of  this  field  may  be  any  text.  For  Incoming  messages  sent  via  LDMX, 
the  Subject  appears  as  the  second  line  of  the  Text  field  of  the  message.  Although  the 
service  does  not  enforce  it,  this  is  usually  a single  line  of  text. 

References 

This  field  is  placed  after  the  subject  on  the  AUTODIN  message.  When  composing  a 
message  using  Sigma,  references  may  be  typed  in  or  copied  from  another  message. 
References  may  be  to  letters,  telephone  conversations,  etc.,  as  well  as  to  other  messages. 
Thus  any  arbitrary  text  is  acceptable.  For  Incoming  messages  sent  via  LDMX,  the 
Reference  field  appears  after  the  Subject,  inside  the  Text  field  of  the  message. 

Text 

The  message  text  is  entered  in  the  field  labeled  TEXT.  The  service  dynamically 
expands  the  space  between  TtXT  and  DOWNGRADE  INSTRUCTIONS  to  accommodate  the 
desired  message  size.  The  service  does  not  examine  the  text. 

Downgrade  Instructions 

This  field  follows  the  text  of  classified  messages,  lhc  default  value  is  GDS,  which  is 
inserted  by  the  service.  This  may  be  altered  by  the  user.  The  service  does  not  check 
the  validity  of  what  the  user  enters. 

Chop 

The  Chop  field  on  a Sigma  Message  in  preparation  is  filled  in  with  the  names  of 
people  (or  offices)  with  whom  you  want  this  message  coordinated.  When  the  message  is 
coordinated,  copies  of  the  message  are  sent  in  parallel  to  all  names  on  the  list.  Office 
codes  or  individual  names  may  be  entered. 


Drafter  Chop 
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When  a user  receives  a message  in  preparation  which  requires  his  chop,  the  form 
allows  him  to  fill  in  his  own  chop  field  to  indicate  other  users  with  whom  he  wants  the 
message  coordinated.  The  original  chop  field  on  the  drafter’s  version  of  the  message  is 
then  shown  as  Drafter  Chop. 

Chop  Status 

Once  a message  has  been  coordinated,  the  Chop  field  is  followed  by  a Chop  Status 
field  which  shows  what  action  the  various  reviewers  have  taken  so  far  on  the  message.  < 

Release 

This  field  indicates  the  intended  releaser  of  the  message.  In  fact  some  other 
authorized  reviewer  may  choose  to  release  the  message  first.  For  each  reviewer,  the 
Release  field  is  his  suggestion  as  to  who  should  release  the  message. 

Note  that  the  appearance  of  a user  in  the  Release  field  does  NOT  automatically 
cause  that  user  to  be  made  a reviewer  (coordinator)  of  the  message  when  the  message  is 
coordinated.  In  order  for  the  releaser  to  be  coordinated  on  the  message,  the  message 
must  be  coordinated  when  his  name  appears  on  the  Chop  list. 

Drafter  Release 

For  a reviewer  other  than  the  drafter  himself,  the  Release  field  is  the  reviewer’s 
suggestion  as  to  who  should  release  the  message.  The  drafter’s  suggestion  is  then  shown 
in  the  Drafter  Release  field. 

Release  Status 

This  field  shows  what  action  the  designated  releaser  has  taken  on  the  message,  just 
as  the  Chop  Status  field  shows  what  action  other  reviewers  have  taken. 

Other  Features 

Comments  on  Message  Fields 

A drafter  or  reviewer  may  append  a comment  to  any  message  field  or  text 
paragraph.  This  is  done  with  the  COMMENT  instruction.  Thus  a drafter  or  reviewer  may 
conveniently  key  his  remarks  to  specific  fields  of  the  message.  Each  comment  field  is 
dynamically  expanded  to  allow  the  user  to  enter  a variable  length  comment. 


Memoranda 

Memoranda  are  messages  that  are  addressed  to  people  or  organization  codes  within 
CINCPAC,  but  that  are  formal  in  that  they  represent  official  business  and  are  recorded  for 
later  evidence.  This  form  of  communication  does  not  have  a counterpart  in  current  manual 
message  operations.  (See  Figure  2). 

These  formal  Memoranda  are  prepared  and  received  using  a form  very  similar  to  the 
AUTODIN  form  (Figure  1-a  and  1-b)  described  above.  The  same  fields  apply  for 
Memoranda  (Figure  2-a  and  2-b)  with  the  following  exceptions. 
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From 

The  From  field  (or  internal  traffic  is  the  organization  code  of  the  otticer  authorizing 
the  message. 

To,  Inlo 

These  fields  should  be  names  or  organization  codes  of  personnel  within  the 
command.  They  can  be  people  or  codes  unknown  to  the  message  service,  in  which  case 
they  will  not  be  able  to  access  the  message  through  the  service.  Presumably  the  author 
wilt  deliver  printed  copies  to  these  addressees  manually. 

Exempt 

This  field  has  no  meaning  for  an  internal  message  since  there  are  no  AIGs. 
Therefore,  it  is  not  provided  by  the  service. 

Release 

Memoranda  are  formal  messages  that  allow  Coordination  and  Release  like  Autodin 
Messages.  However,  Memoranda  are  purely  internal  messages,  which  are  NOT  released  to 
Autodin.  For  these  messages,  the  Release  field  contains  the  name  of  whoever  has  the 
authority  to  send  the  Memorandum  internally. 


Informal  Notes 

lhese  messages  are  for  off-the-record  communication,  comparable  to  the  telephone. 
They  stay  accessible  for  30  days. 

The  message  form  used  for  Informal  Notes  (Figure  3-a  and  3-b)  is  somewhat 
different  from  the  Sigma  Memorandum  form.  The  fields  are  treated  the  same  as  for 
Memoranda  except  as  described  below. 

CC 

This  "carbon  copy"  field  is  the  equivalent  of  the  Info  field  on  the  Sigma  Memorandum 

form. 


Release 

This  field  is  absent  for  Informal  Notes,  since  they  are  not  formally  roleasod  at  all. 
The  drafter  sends  an  Informal  Note  himself. 

Internal  Distribution  Fields 

The  Chop  and  Release  fields  do  not  appear  in  Informal  Notes.  Thus  one  cannot 
coordinate  an  Informal  Note. 


REFERENCES 
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Except  (or  the  first  of  a series  of  messages  on  a given  topic,  a message  is  usually  in 
response  to  a previous  message  received.  Thus,  the  composer  (i.e.,  the  message  drafter) 
uses  the  earlier  referenced  messages  in  the  series  as  the  basis  for  composing  the  new 
message.  The  automated  service  is  useful  to  the  drafter  in  retrieving  reterences  to  be 
displayed,  viewed,  or  printed.  Generally,  it  is  expected  that  users  will  wish  to  quicKly 
scan  the  references  on-line  to  determine  which  ones  are  needed  in  constructing  the  new 
message. 


USER  LISTS 

Often  a user  deals  with  a list  of  addressees  over  and  over  again.  These  may  be 
used  in  the  To,  Info,  review  or  distribution  fields.  To  eliminate  having  to  retype  these 
names  each  time  they  are  used,  the  user  may  generate  them  once  and  store  them  as  TEXT 
OBJECTS.  1 hen  whenever  the  list  is  to  be  inserted  the  user  merely  puts  the  list  into  the 
appropriate  field.  (See  the  PUT  instruction.) 


COORDINATION 

When  the  drafter  sends  a draft  message  out  for  coordination,  copies  of  the  message 
are  sent  in  parallel  to  all  users  on  the  chop  list. 

TRANSMISSION 

i he  message  is  actually  sent  by  execution  of  the  REIEASE  instruction.  A message 
of  each  type  (AUTODIN,  Memo,  or  Informal)  may  only  be  released  by  a user  whose  name 
appears  on  a special  list  of  authorized  releasers  for  messages  of  that  type.  This 
authorization  can  be  set  or  changed  by  the  SSO.  The  message  service  will  not  accept  the 
message  release  instruction  if  the  user  is  not  on  this  list. 

CORRECTING  ERRORS 

If  you  should  ask  for  the  wrong  message  form,  e.g.,  Memo  instead  of  AUTODIN,  use 
the  ABORT  instruction  to  clear  the  screen,  and  as k tor  the  correct  form.  If  you  are  using 
the  correct  form,  but  decide  you  want  to  start  over  again,  use  the  ABORT  instruction. 

Other  errors  can  be  corrected  by  editing  with  the  cursor.  All  corrections  or  changes  to  a 
message  should  be  made  before  it  is  sent  for  coordination  or  released.  Once  a message 
has  been  completed,  it  becomes  a part  of  the  Sigma  service,  and  cannot  be  deleted. 

: 

Assume,  however,  you  composed  a message  and  filed  it  before  deciding  to 
coordinate  or  release  it.  Suppose  for  some  reason  the  need  for  the  message  no  longer 
exists.  The  only  way  to  "delete"  this  unsent,  unneeded  message  is  to  delete  references  to 

it  in  your  tiles  (entry  headers).  j 

Finally,  always  remember  to  assign  a message  in  preparation  to  a file  before 
finishing  it.  Otherwise,  it  is  placed  in  "limbo"  and  only  recallable  by  its  DTG,  which  you 
must  have  written  down  or  memorized.  These  messages  are  NOT  automatically  tiled  for 
you,  put  In  your  Pending  file,  or  In  the  date  file. 
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VI.  MESSAGE  REVIEW  and  COORDINATION 

When  a new  Memo  or  Autodin  message  is  created,  several  fields  appear  which  are 
used  only  in  the  preparation  phase  for  the  Coordination  or  Chop  process.  These  fields  do 
NOT  get  sent  the  message  when  it  is  finally  released.  They  include  the  Chop  list, 
Release  field  ano  ,.ie  Briefing  Memo.  (See  Figures  1-a  and  2-a) 

1 he  Chop  List 

When  you  draft  a message,  you  fill  in  the  Chop  list  field  with  the  names  of  those 
people  with  whom  you  want  to  coordinate  the  message,  lach  person  on  the  Chop  list  is  a 
Reviewer  who  will  be  able  to  suggest  changes  and  make  comments  on  your  proposed 
message  and  then  Chop  either  Yes  or  No  on  it.  In  order  to  send  the  message  out  for 
Chop,  you  use  the  COORDINATE  Instruction  key.  This  puts  a For  Chop  entry  in  the 
Pending  file  of  each  Reviewer  to  tell  him  that  his  Chop  is  required. 

Each  Reviewer  can  mark  up  and  comment  on  his  copy.  When  he  is  done,  he  Chops 
on  it  to  return  it  to  the  Drafter.  The  copying  and  delivery  of  messages  in  Coordination  is 
done  automatically  by  Sigma  in  response  to  the  COORDINATE  and  CHOP  keys. 

When  a Reviewer  Chops  (either  Yes  or  No)  on  the  message,  a Chopped  entry  is 
automatically  pul  in  the  Drafter’s  Pending  file,  signalling  that  this  Reviewer  has  Chopped. 
In  addition,  the  status  of  each  Reviewer  is  shown  in  the  Chop  Status  field. 

When  a message  is  sent  for  Chop,  hew  versions  are  created  for  each  Reviewer. 
These  are  still  referred  to  as  the  same  message,  but  they  allow  the  Reviewer  to  make 
suggestions  and  add  comments  to  his  own  version  of  the  message.  The  Drafter  can 
compare  his  version  with  a Reviewer’s  returned  version  after  it  has  been  Chopped.  The 
Drafter  can  then  decide  whether  or  not  to  incorporate  suggested  changes  into  his  own 
version.  The  Drafter  can  look  at  a Reviewer’s  Chopped  version  of  the  message  with  the 
typed  VIEW  instruction  VIEW  VERSION  <USER  ID>. 

The  Reviewer’s  version  does  not  belong  to  the  Drafter,  so  he  cannot  edit  it  himself. 
But  the  Drafter  can  VIEW  other  versions  while  editing  his  own  version  in  the  Display 
window  and  can  use  the  COPY  TEXT  instructions  to  copy  parts  of  the  Reviewer's  version 
into  his  own. 

A Reviewer  can  also  use  the  VIEW  VERSION  instruction  to  see  someone  else’s 
version  of  the  message,  for  example  the  Drafter’s.  This  would  show  him  any  comments 
attached  to  the  Drafter’s  version. 

Message  Review 

You  are  notified  that  there  is  a message  requiring  your  Chop  by  an  entry  in  your 
Pending  file  (or  in  the  Pending  file  of  the  Office  code  for  which  you  aie  serving).  This 
entry  is  identified  as  For  Chop  and  allows  you  to  see  your  own  version  of  the  message 
the  Drafter  has  sent  for  Coordination.  At  this  point  your  status  on  the  message  is  "Not 
Read".  This  means  you  have  been  sent  a copy,  but  have  not  yet  displayed  it.  If  you 
display  this  entry,  you  will  sec  your  own  version  of  the  message,  and  your  status  will  be 
changed  to  "Not  Chopped". 
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As  a Reviewer,  you  would  then  read  the  message  and  make  any  changes  you  feol 
are  necessary.  You  can  do  this  by  editing  your  own  copy  to  make  it  read  the  way  you 
(eel  it  should,  or  by  putting  comments  on  any  of  the  fields  of  the  message. 

When  you  arc  Coordinated  on  a message,  your  version  is  initially  almost  identical  to 
the  Drafter's  version.  However,  any  comments  the  Draller  has  attached  to  fields  of  his 
version  are  not  shown  in  your  version.  Also,  you r own  Chop  and  Release  fields  are 
shown  as  initially  blank,  while  the  Drafter's  Chop  and  Release  fields  are  shown  as  "Drafter 
Chop"  and  "Drafter  Release",  "to  see  if  the  Drafter  has  comments  on  any  of  his  message 
fields  which  require  your  attention,  you  would  view  his  version  of  the  message. 

In  order  to  sec  the  Drafter’s  version  of  the  message,  you  must  first  have  displayed 
your  own  version  of  the  message.  You  can  then  use  the  Typed  instruction  VIEW  (VERSION) 
<Draftcr>  e.g.,  VIEW  VERSION  J301  if  J301  was  the  Drafter,  lhis  would  show  you  any 
comments  on  the  Drafter’s  version,  and  allow  you  to  compare  his  origins!  with  your  own 
version  after  you  have  changed  it.  Similarly,  you  can  VIEW  the  version  of  any  other 
Reviewer  of  the  message.  If  J312  is  also  on  the  Chop  list  of  the  message,  you  can  VIEW 
his  version  as  soon  as  he  has  looked  at  it  himself. 

The  Chop  list  of  people  with  whom  the  Drafter  is  Coordinating  this  message  is 
shown  in  your  own  version  as  the  Orafter  Chop  field.  If  you  feel  the  message  should  be 
Coordinated  with  someone  whose  name  does  not  appear  on  the  Drafter’s  Chop  list,  you 
can  pface  a comment  on  the  Drafter  Chop  field  explaining  to  the  Drafter  why  you  are 
making  this  suggestion.  Similarly,  if  you  felt  someone  else  should  be  designated  as  the 
eventual  Rcleaser  for  the  message,  you  could  suggest  this  by  editing  your  own  Release 
field.  Note  however,  that  your  own  Release  field  has  no  other  use  than  as  a suggestion  to 
the  Drafter.  The  Drafter  Release  field  always  contains  the  name  of  the  designated 
Rcleaser  for  the  message. 

As  a Reviewer,  you  may  also  want  to  further  Coordinate  the  message  yourself.  This 
is  done  by  filling  in  the  Chop  list  on  your  own  version,  lhis  Chop  list  is  used  just  as  it 
you  were  a Drafter  and  were  Coordinating  the  message  yourself.  You  can  use  the 
Coordinate  Instruction  key  to  send  the  message  to  the  people  on  your  own  Chop  list. 
When  your  Reviewers  Chop  on  the  message,  you  will  be  notified  by  Chopped  entries  in 
your  Pending  file.  You  can  VIEW  their  versions,  incorporate  their  suggestions  and 
comments  in  your  own,  and  Chop  yourself  on  the  message. 

In  other  words,  as  a Reviewer,  you  can  do  all  the  things  the  Drafter  does  with  the 
message.  The  difference  is  that  when  you  are  done,  you  will  most  likely  Chop  on  the 
message  to  send  the  result  of  your  work  back  to  the  Drafter.  When  the  Drafter  himself  is 
done,  he  will  either  Coordinate  the  message  further,  or  Coordinate  it  with  the  Rcleaser  (if 
he  has  not  already  done  so)  to  get  it  released. 

Multiple  Coordination  Cycles 

lhc  Drafter  gets  back  entries  indicating  when  the  message  is  Chopped  by  various 
Reviewers.  He  may  Coordinate  with  some  other  set  ol  names,  or  he  may  send  the 
message  back  for  Coordination  several  times  to  the  same  people.  For  instance,  if  he  has 
incorporated  changes  and  suggestions  which  make  the  message  substantially  difierent,  he 
may  feel  the  same  people  should  Chop  again.  He  may  also  add  new  names  to  the  Chop  list 
and  Coordinate  with  them. 
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Each  user’s  version  of  a message  has  a Working  copy  and  a Record  copy.  The 
Working  copy  is  the  one  that  user  is  currently  working  on,  which  no  other  user  can  see 
until  it  has  been  HNISHcd.  The  Record  copy  is  the  one  the  user  makes  available  for  other 
users  to  see.  lhe  Working  copy  is  made  into  a new  Record  copy  only  by  using  one  of  the 
four  Instruction  keys:  FINISH,  COORDINATE,  CHOP-YES,  or  CHOP-NO.  If  a Coordination 
message  is  displayed  and  some  changes  have  been  made  to  it,  it  the  user  then  displays 
some  other  message  or  Logs  Off  WITHOUT  PRESSING  THE  FINISH  KEY,  no  new  Record  copy 
will  be  made,  lhe  changes  will  be  saved  and  will  be  visible  to  the  owner  of  that  version 
the  next  time  he  displays  the  message,  but  those  changes  will  not  be  visible  to  any  other 
user. 


The  Chop  Status  field  keeps  track  of  who  has  Chopped  on  the  message  already.  A 
Reviewer  can  Chop  Yes  or  No  several  times  in  succession  on  the  same  message,  if  he  has 
reason  to  change  his  mind.  Each  Chop  will  result  in  a new  Chopped  entry  being  sent  back 
to  the  Drafter,  and  the  Chop  Status  field  of  the  message  will  reflect  the  last  Chop  for  each 
Reviewer. 


"■a* 
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VII.  THE  TERMINAL  SCREEN 


The  terminal  screon  has  four  lines  at  the  top:  the  Alert  Line,  the  Status  Line,  the 
Feedback  Line,  and  the  Instruction  Line. 

The  ALERT  LINE  is  the  top  line  of  the  screen.  It  has  changing  information  on  it 
including  the  word  SIGMA  followed  by  a version  number,  the  service’s  load  average  (a 
figure  indicating  how  much  work  is  being  done  on  the  service),  the  day  of  the  week,  the 
date,  local  time  and  Zulu  (GMT)  time.  It  also  notifies  you  of  arriving  messages  in  your 
Pending  file.  This  appears  as  "Pending:?"  if  there  are  2 new  entries  in  your  Pending  file, 
or  as  "Mypending:l"  if  there  is  a new  entry  in  your  Mypending  file. 

lhc  STATUS  LINE  is  the  second  line  on  the  screen.  It  contains  the  following 
information:  the  maximum  security  level  of  the  terminal  as  you  log  on,  which  changes  to 
your  (the  user’s)  maximum  security  level,  and  the  security  level  and  name  of  any  open 
object  (up  to  three  maximum  allowed).  An  open  object  is  a message,  file,  or  piece  of  text 
you  are  working  on.  You  can  have  at  most  one  of  each  kind  of  object  open  at  once.  A 
sample  line  might  look  like  this: 

J3(T)  <F :T >name -of -file(  153/345)  <M:T>SMITH  010258Z  JUN  77 

where  "J3(T)“  indicates  your  user  id  (or  the  office  code  you  used)  followed  by  the  security 
level  at  which  you  are  logged  in  (in  this  case  TOPSECRET);  "<F:T>  name-of-file(153/345)" 
means  that  you  have  opened  a file  which  is  TOPSECRET  (whose  name  is  shown),  in  which 
the  current  entry  is  entry  number  153  out  of  345  entries  in  the  file;  you  are  looking  at  a 
TOPSECRET  message  by  SMITH  whose  DTG  is  0I0258Z  JUN  77. 

The  FEEDBACK  LINE  begins  with  two  asterisks.  II  gives  you  messages  from  Sigma 
telling  you  what  it  is  doing,  such  as  executing  or  processing  your  instruction.  You  will 
also  get  a variety  of  messages  if  you  make  an  error  in  an  instruction,  or  if  you  are  trying 
lo  do  an  operation  that  is  out  of  sequence,  for  instance. 

The  Feedback  Line  may  also  ask  you  to  confirm  or  acknowledge  instructions.  When 
you  arc  asked  to  "Confirm"  a typed  instruction,  you  press  the  Execute  key.  (When  you 
are  asked  to  re-execute  an  Instruction  key,  you  must  press  the  same  Instruction  key 
again.)  When  you  arc  asked  to  "Acknowledge”  an  instruction,  you  must  press  the  YES  key 
(pressing  either  the  NO  key  or  CANCEL  will  be  taken  as  a negative  acknowledgement) 
lhcse  acknowledgements  have  to  do  with  security  operations.  There  are  constant 
security  checks  being  made  by  Sigma,  such  as  monitoring  the  security  level  of  the  contents 
of  the  screen,  or  checking  to  make  sure  that  higher  classified  information  is  not  mistakenly 
placed  into  a lower  classified  object. 

The  INSTRUCTION  LINE  is  where  you  enter  instructions.  It  begins  with  two 
bell-shaped  characters. 

The  panel  of  security  classifications  on  the  right  side  of  the  screen  lights  up  at  the 
highest  level  of  information  present  on  the  screen. 

lhc  remaining  portion  of  the  screen  is  working  space  called  the  DISPLAY  WINDOW 
(display  for  editing),  plus  a VIEW  WINDOW,  where  material  you  are  working  on  can  be 


placed  for  reference  purposes.  The  contents  of  the  view  window  arc  placed  in  half 
intensity  to  distinguish  it  from  the  display  window.  When  both  windows  are  on  the 
screen,  the  view  window  is  in  the  lower  half.  You  cannot  edit  anything  in  the  view 
window,  but  you  can  COPY  something  out  of  it.  (Sec  the  COPY  instruction.) 
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VIII.  TERMINAL  KEYS 


There  are  two  kinds  of  keys  on  the  keyboard  (beside  the  regular  typing  keys): 
Function  keys  and  Terminal  keys.  Function  keys  are  further  divided  into  three  types. 
The  remaining  keys  are  Terminal  keys  which  are  used  for  cursor  movement  and  editing. 

Terminal  keys  are  as  follows: 


Left  Arrow  - moves  cursor  to  the  left  one  character. 

DEL  left  arrow  - deletes  one  character  to  the  left  of  the  cursor.  When  the  cursor  reaches 
the  end  of  a line,  it  will  jump  up  one  line  (at  the  right)  and  continue  deleting.  It  will  not, 
however,  delete  the  last  remaining  character  on  a line.  It  can  be  used  as  a repeating  key. 

Right  Arrow  - moves  cursor  to  the  right  one  character. 

DEL  - deletes  one  character  at  the  cursor.  If  this  character  is  the  only  one  on  the  line, 
the  entire  line  is  deleted. 

Word  Left  - moves  cursor  one  word  to  the  left. 

Word  Left  (shifted)  - deletes  from  the  cursor  one  word  to  the  left. 

Word  Right  - moves  cursor  one  word  to  the  right. 

Word  Right  (shifted)  - deletes  from  the  cursor  one  word  to  the  right. 

Rack  - moves  cursor  to  the  beginning  of  the  current  line;  if  the  cursor  is  at  the  beginning, 
it  moves  to  the  end  of  the  previous  line. 

Rack  (shifted)  - deletes  the  contents  of  the  line  to  the  left  of  the  cursor;  if  the  cursor  is  at 
the  beginning  of  the  line,  it  moves  to  the  beginning  of  the  previous  line. 

F WD  - moves  cursor  to  the  end  of  the  current  line;  if  the  cursor  is  at  the  end  of  a line,  it 
moves  to  the  beginning  of  the  next  line. 

rWD  (shifted)  - deletes  the  contents  of  the  line  at  and  to  the  right  of  the  cursor;  if  the 
cursor  is  at  the  end  of  the  line  it  moves  to  the  beginning  of  the  next  line. 

Up  Arrow  - moves  the  cursor  up  to  the  previous  line. 

Down  Arrow  - moves  the  cursor  down  to  next  line. 

Up  Window  - moves  the  cursor  up  one  window. 

Down  Window  - moves  the  cursor  down  one  window. 

Roll  Up  - scrolls  the  contents  of  the  screen  upward. 


ZHH 


THE  HP/MME  TERMINAL  KEYBOARD 
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IX.  FUNCTION  KEYS 


Function  keys  are  divided  into  three  groups:  Instruction  keys,  Acknowledgment  keys, 
and  Control  keys.  Since  most  of  these  keys  carry  two  names,  a shift  is  required  for  the 
upper  name  as  in  regular  typing. 

Whenever  a Function  key  is  pressed,  the  keyboard  locks  and  the  cursor  momentarily 
disappears.  You  cannot  enter  anything  again  until  the  cursor  reappears. 

Instruction  keys  are  used  to  perform  certain  instructions  instead  of  typing.  All 
Sigma  documentation,  including  this  Manual,  shows  such  Instruction  keys  as  hyphenated 
words  enclosed  by  marks,  instead  of  separate  words  which  would  be  typed. 

Acknowledgment  keys  are  labeled  "YES"  and  "NO”.  They  are  used  when  an 
instruction  requires  acknowledgment. 

Control  keys  are  the  bottom  row  of  keys  on  the  right-hand  side  of  the  keyboard 
and  are  a light  blue.  They  are  labeled  Execute,  Expand,  Prompt,  Help  and  Cancel. 

EXECUTE  is  used  to  complete  and  confirm  Typed  instructions. 

EXPAND  is  pressed  when  the  user  wants  to  check  to  see  that  an  abbreviated  form 
of  an  instruction  will  result  in  the  instruction  he  intends  to  use.  It  expands  the  spelling  of 
each  abbreviated  word  and  adds  any  word  to  the  instruction  that  is  needed. 

When  you  get  a message  on  the  Feedback  Line  telling  you  Sigma  is  unable  to 
interpret  your  instruction  or  when  you  desire  more  information  on  the  instruction  you  are 
entering,  press  the  PROMPT  key.  The  display  window  will  be  temporarily  rewritten  with  a 
list  of  related  or  alternate  instruction  forms  which  should  be  sufficient  to  help  you  out  of 
your  difficulty.  The  screen  is  returned  to  normal  when  you  add  to  or  correct  the 
misunderstood  instruction.  If  you  require  further  in-depth  information,  you  should  use  the 
Htl  P key. 

I IE  t P is  pressed  to  access  on-line  HELP,  which  in  content  is  identical  to  this  manual. 
When  the  HEI  P key  i pressed,  the  screen  is  temporarily  rewritten  with  directions  on  how 
to  get  to  the  instrur  on  or  information  you  want.  As  you  follow  these  directions,  the 
contents  of  the  screen  will  change  several  times.  When  you  have  gotten  the  information 
you  need,  press  the  CANCEL  key,  which  automatically  returns  you  to  the  screen  as  you 
left  it. 

CANCEL  erases  the  contents  of  the  Instruction  Line. 
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X.  PARAMETER  DESCRIPTIONS 


Instructions  are  given  to  the  Sigma  Message  Service  in  two  forms:  Typed 
Instructions  and  Instruction  Keys.  In  the  latter  case  (Instruction  Keys)  the  instruction  is 
generally  a simple  one  requiring  no  parameters  that  the  user  must  type.  In  the  case  of 
Typed  Instructions,  there  will  generally  be  some  additional  parameters,  in  addition  to  the 
Instruction  name  itself,  which  the  user  must  type  to  fully  specify  what  he  wants  Sigma  to 
do. 


The  example  below  illustrates  the  form  instructions  take  for  the  Sigma  Message 
Service.  You  will  note  that  some  words  are  presented  in  parentheses,  and  some  in  angle 
brackets.  Parentheses  are  used  to  indicate  optional  words.  Angle  brackets  are  used  to 
indicate  parameters. 

For  example,  to  create  an  AUTODIN  message  at  the  secret  level,  you  would  enter  the 
following  instruction  to  the  Sigma  message  service: 

CREATE  MESSAGE  AUTODIN  SECRET 

After  typing  the  above  instruction,  you  would  press  the  EXECUTE  key  and  the 
service  would  present  you  with  a blank  AUTODIN  message  format  (see  Figure  1-a)  to  be 
filled  in. 

The  general  form  of  the  above  instruction  is  presented  as: 

CREATE  MESSAGE  <MESSAGE  TYPE>  <SECURITY> 

The  terms  <MESSAGE  TYPE>  and  <SECURITY>  are  called  "parameters”  and  are  not 
typed.  Rather  appropriate  values  are  typed  for  them.  Appropriate  values  for  < MESSAGE 
T YPE>  are  AUTODIN,  Memo  or  Informal.  Appropriate  values  for  <SECURITY>  are 
Unclassified,  Confidential,  Secret  or  Top  Secret.  If  you  make  a mistake  in  typing  and  the 
service  can’t  recognize  an  appropriate  value,  a brief  message  will  appear  on  the  Feedback 
Line  and  you  will  be  instructed  to  either  correct  the  erroneous  part  or  use  the  PROMPT  or 
HELP  facilities  to  guide  you  to  a correct  value. 

Parameters  and  their  appropriate  values  for  Sigma  instructions  are  presented  below. 


<ACCESS  SPECIFICATION 

Allowed  values:  PUBLIC,  PRIVATE,  <USER  ID>  (J3  for  example) 
<CURRENT/NEXT> 


♦ 


Allowed  values:  Unlike  other  instruction  words  shown  in  angle  brackets,  CURRENT  or 
NEXT  are  assumed  by  certain  Instruction  keys  which  act  on  Current  or  Next  entry 
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depending  on  whether  the  Shift  hey  is  held  down.  Current  and  Next  can  also  be 
used  in  the  place  of  an  entry  number  in  typed  instructions  when  working  with  files. 


Example:  FILE  ENTRY  CURRENT  EXISTING  FILE  NAME> 

<DATE> 


Allowed  values:  A date  can  be  specified  as  Month  Day  Year  or  Day  Month  Year  as  in 
military  format.  Months  can  be  abbreviated  by  three  letters.  Spaces  are  used  to 
separate  Day  Month  and  Year. 


Examples:  Aug  12  77  or  August  12,1977  or  12  Aug  77 


<D1  G> 


Allowed  values:  A DTG  is  a Oate  Time  Group,  which  is  a date  and  time  expressed  as 
a six  digit  number  for  day  of  the  month  and  time  Zulu  (GMT)  followed  by  a 
three-letter  abbreviation  for  the  month  followed  by  the  year. 


Example:  090056Z  MAR  78  which  is  March  9,  1978  at  0056  Zulu. 


<ENTRY  LIST > 


Allowed  values:  An  entry  list  is  a list  of  one  or  more  entry  numbers,  separated  by 
spaces  or  commas.  A sequence  may  be  given  separated  by  dashes.  The  comma 
and  dash  may  be  used  in  the  same  entry  list.  The  following  list  consists  of  entries: 
2, 4, 5, 6, 7, 10,  and  15. 


Example:  2,4-7,10  15 


EXISTING  FILE  NAME> 


Allowed  values:  Any  file  name  which  the  user  has  previously  created.  The 
!!f  ILE-DIRLCTORY!!  Instruction  hey  will  show  you  a list  of  your  files. 


Example:  WEEKLY  ACTIVITY  REPORT  12-16  SEP  77 


I 
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<NEW  FILE  NAME> 

Allowed  values:  A file  name  which  the  user  has  nol  previously  created.  Multiple 
word  names  must  be  joined  by  underscore. 


Example:  BURNING  CANDY  DEC.  77. 

EXISTING  TEXT  NAME> 


Allowed  values:  Any  text  name  which  the  user  has  previously  created.  The 
!!TEXT-DIRECTORY!!  Instruction  Key  will  show  you  a list  of  your  text  objects. 


<NCW  TEXT  NAME> 


Allowed  values:  A text  name  which  the  user  has  not  previously  created.  Multiple 
word  names  must  be  joined  by  underscores. 

Example:  AIG  ONE.  ONE.  THREE.  SEVEN. 

EXISTING  SELECTOR  NAME> 

Allowed  values:  Any  selector  name  which  the  user  has  previously  created.  The 
MSELECTOR-DIRECTORY!!  Instruction  Key  will  show  you  a list  of  your  selectors. 

<NEW  SELECTOR  NAME> 

Allowed  values:  A selector  name  which  the  user  has  not  previously  created. 
Multiple  word  names  must  be  joined  by  underscore. 

Example:  RECENT  MESSAGES. 


<MERE> 

Allowed  values:  The  HERE  Key,  when  pressed,  places  an  inverse  video  marker  at  the 
cursor.  This  acts  as  a marKer  to  Sigma  when  used  with  instructions.  UnliKe  other 
instruction  words  in  angle  bracKets,  this  term  is  not  replaced  with  any  parameter, 
but  rather  the  HERE  Key  is  pressed.  You  cannot  type  in  Ihe  word  "Here"  but  MUST 
press  the  HERE  Key. 


i 


lhc  MIKE  Key  is  used  to  mark  a place  on  the  screen,  such  as  a piece  of  text, 
that  is  to  be  manipulated  in  some  way,  either  with  a PICKUP,  COPY,  MOVE,  DISPLAY 
ENTRY,  or  olher  instruction.  In  some  cases  an  instruction  may  require  two  markers, 
telling  Sigma  the  limits  of  what  you  want  manipulated,  i.e.  at  the  beginning  and  end 
of  a sentence,  list  of  addressees,  text  of  a message,  and  so  on. 

When  an  Instruction  Key  requires  or  allows  a <HERE>,  the  HERE  Key  must  be 
pressed  before  the  Instruction  Key.  That  is,  a location  must  be  marked  before  the 
Instruction  Key  is  pressed.  These  Instruction  Key  forms  are  shown  as  <HERE> 
!!KEY!!  to  serve  as  a reminder  that  the  HERE  Key  is  pressed  first. 

Example:  See  the  DISPLAY  ENTRY  instruction. 

<ME  SSAGE  TYPE> 

Allowed  values:  AUTODIN,  Memo  or  Informal. 


<ME  SSAGE  ID> 

Allowed  values:  For  messages  in  preparation  and  for  released  Memos  and  Informal 
Notes,  the  Id  consists  ol  the  drafter's  name  followed  by  the  date-time  group.  For 
received  AUTODIN  messages,  the  Reference-Id  is  used  (this  is  shown  in  the  message, 
but  NOT  in  file  entries  pointing  to  the  message. 


<NUMBt  R>  or  <ENTRY  NUMBER> 

Allowed  values:  Any  single  number,  such  as  1 or  57,  etc. 


<ORIGINATOR> 

Allowed  values:  Either  a USER  ID,  which  is  the  name  ol  a user  or  office  code  Known 
to  Sigma  (such  as  J301  or  MILLER),  or  a STRING  representing  a name  not  Known  to 
Sigma  (such  as  "FLFWEACEN  PEARL  HARBOR  HI”). 

Example:  Sec  the  DISPLAY  MESSAGE  instruction. 


<SECURITY> 

Allowed  values:  Unclassified  (UUUU),  Confidential  (CCCC),  Secret  (SSSS),  or 
TopSecret  (T  I T T). 


<SFLECTOR> 

Allowed  values:  A number  of  the  fields  and  attributes  of  a message  may  be  used  for 
selection.  A selector  is  a combination  of  the  field  or  attribute  to  be  used  for 
selection,  and  the  values  ol  that  field  or  attribute  that  will  satisfy  the  selection 
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criteria.  Additionally,  selectors  may  be  combined  with  the  words  AND,  which  means 
that  selected  messages  must  meet  both  criteria,  and  the  word  OR,  which  means  that 
selected  messages  need  meet  only  one  (or  both)  criteria. 

Fields  available  (or  Restricting  or  Augmenting  with  selectors  are: 

From  <STRING>  (e  g.,  From  "J301"  or  From  "FLFWEACEN") 

Action  <S1RING>  (eg.,  Action  "J3") 

Subject  <S1RING>  (e.g.,  Subject  "Gale  Warning”) 

Keyword  <S1RING>  (e  g.,  Keyword  "Cambodia") 

By  <USfcR  ID>  (e.g.,  By  J301) 

<St  CURITY>  (e.g.,  Secret  or  SSSS) 

<PRCCFOCNCE>  (e  g.,  Routine(R),  Priority(P),  Immedialc(O),  Flash(Z),  Flashoverride(Y)) 
<MFSSAGF  TYPE>  (Autodin,  Memo,  Note) 

<Mt  SSAGE  PHASE>  (Preparation  or  Transmitted) 

<RESPONSIBIUTY>  (Orig,  Action,  or  Cog) 

DIG  <DTG>  (e.g.,  DIG  021745Z  OCT  77) 

Before  <DTG>  (Before  and  including  this  DTG,  e.g.,  Before  021745Z  OCT  77) 

After  <DIG>  (After  and  including  this  DTG,  e.g.,  After  021745Z  OCT  77) 

Around  <DIG>  (Within  24  hours  of  the  DIG,  e.g.,  Around  021745Z  OCT  77) 

<Fntry  Numbcr>  (e.g.,  17) 

Before  <Entry  Number>  (Before  and  including  this  entry,  e.g.,  Before  17) 

After  <Entry  Numbcr>  (After  and  including  this  entry,  e.g.,  After  17) 

Around  <Entry  Number>  (b  entries  above  and  5 below,  e.g.,  Around  17) 

Incoming:  a message  that  has  been  sent  to  the  user. 

XMI7  FAIL:  a message  that  failed  to  get  transmitted  on  release. 

For  Action:  a message  sent  to  this  user  for  his  action  with  AC1ION. 

For  Info:  a message  sent  to  this  user  for  his  info  with  FORWARD. 

For  Chop:  a message  sent  to  this  user  for  his  chop  with  COORDINATE. 

Chopped:  a message  returned  as  either  chopped  or  not  chopped. 

File  Copy:  an  entry  for  a message  that  has  been  placed  in  the  file. 

Back  Copy:  a comeback  copy  of  a released  message. 

Retrieved:  a message  retrieved  from  Archive  (when  implemented). 

Exercise:  entries  pertaining  to  Exercise  operations. 

Deleted:  entries  deleted  from  the  open  file  during  that  work  session. 

All  deleted  entries  are  destroyed  after  a LOG  OFF  instruction. 

Recent:  newly  arrived  entries  in  a file  since  it  was  last  opened. 

Examined:  all  entries  in  the  file  which  the  user  has  displayed. 


Examples: 

RESTRICT  FROM  "COMSEVENTHFLT" 

The  above  will  select  just  those  messages  which  are  from  COMSEVENTHFLT. 

Rl  STRICT  FROM  "COMSEVENTHFLT"  AND  SUBJECT  "TRAINING  EVENT" 

The  above  will  select  just  those  messages  which  are  from  COMSEVENTHFLT  and  at 
the  same  time  have  the  string  "TRAINING  EVENT"  in  the  Subject  field. 


> 


; 
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RF  STRICT  FROM  "J301"  OR  FROM  "COMNAVMARIANAS  GUAM" 

The  above  will  select  only  those  messages  which  are  from  J301  or  from 
COMNAVMARIANAS  GUAM.  These  two  groups  of  messages  will  then  be  displayed. 


<S1  RING> 


Allowed  values:  A string  may  be  either  a single  word  or  a group  of  words, 
connected  by  punctuation  or  spaces,  which  MUST  be  enclosed  by  quotation  marks. 


Examples:  "TRAINING",  "TRAINING  EVENT" 


<USER  ID> 


Allowed  values:  Any  user  name  or  office  code  known  to  the  Sigma  message  service. 


Example:  SMITH  or  J301. 


The  following  lists  all  instructions  and  the  parameters  needed  in  alphabetical  order. 
Instructions  which  are  shown  hyphenated  and  surrounded  by  exclamation  points  are 
F unction  keys.  All  others  must  be  typed  in  and  must  be  completed  with  the  EXECUTE  key. 
Words  in  parentheses  are  optional.  They  may  be  entered  or  left  out  at  the  user’s 
discretion.  If  they  are  left  out,  the  message  service  will  fill  them  in  automatically  in  the 
process  of  executing  the  instruction.  Parameters  in  angle  brackets  must  be  replaced  with 
an  acceptable  value.  See  the  above  material  for  acceptable  values  for  each  of  the 
parameters  used  below. 


ABORT 

Abort  operates  on  the  Open  object. 

The  effect  of  the  Abort  instruction  is  to  eliminate  any  changes  made  to  either 
displayed  text,  a message  or  a file.  Thus  changes  to  these  objects  are  not  permanent  if 
an  Abort  instruction  is  given. 

Note  how  the  instructions  ABORT,  FINISH  and  SAVE  compare: 

ABORT  eliminates  any  changes  made  to  an  object  during  editing,  closes  the  object 
and  clears  the  screen.  It  works  for  files,  messages,  or  text  objects.  The  Abort  instruction 
should  be  used,  for  example,  when  you  realize  you  have  asked  for  the  wrong  type  of 
message  form.  It  must  be  typed  in. 

FINISH  retains  all  changes  made,  closes  the  object  and  clears  the  screen.  It  works 
for  files,  messages,  or  text  objects.  The  Finish  Instruction  key  would  be  used  when  you 
have  completed  working  with  an  object.  This  is  also  done  automatically  by  Sigma  when 
you  ask  for  another  object  of  the  same  type.  But  if  you  are  only  going  to  work  on  one 
object,  a file  for  instance,  you  would  use  Finish  when  you  are  through  with  it. 

SAVE  retains  changes  made  to  a text  object,  but  does  not  close  the  text  object, 
leaving  it  on  the  screen  for  further  work.  This  Instruction  key  would  be  used  if  you  are 
going  to  leave  the  terminal  for  a moment,  and  you  want  to  be  sure  your  work  on  a text 
object  up  to  that  point  is  preserved. 

Instruction  Form:  ABORT 


Any  changes  or  additions  to  the  text,  file,  or  message  displayed  are  erased  back  to 
the  point  of  the  last  SAVE  or  FINISH  The  display  window  is  also  cleared. 


ACTION 


The  user  may  assign  or  transfer  action  on  any  Transmitted  message  using  the 
AC1ION  instruction.  This  causes  a for  Action  entry  for  the  message  to  be  delivered  to  the 
Pending  file  of  the  specified  user,  and  adds  his  name  to  the  Action  (or  Cog  or  Orig)  field  of 
the  message.  It  also  automatically  causes  an  entry  in  the  ACTION  LOG  reflecting  this 
action  assignment,  the  first  form  assigns  action  on  the  open  message  to  a specific  user. 
T he  second  assigns  action  on  the  specified  message  to  a specific  user. 

Instruction  Forms:  ACTION  (MESSAGE)  <USER  ID> 

AC1I0N  (MESSAGE)  <MESSAGE  ID>  <USER  ID> 

The  next  form  forwards  for  action  the  next  or  current  message  in  the  open  file.  In 
the  case  where  Next  is  used,  the  next  entry  becomes  the  current  entry. 

Instruction  Forms:  ACTION  (ENTRY)  NEXT  <USER  ID> 


ACTION  (ENTRY)  CURRENT  <USER  ID> 

The  next  form  forwards  for  action  a message  that  is  identified  by  its  entry  number. 
This  entry  also  becomes  the  current  entry. 

Instruction  Form:  ACTION  (ENTRY)  <NUMBER>  <USER  ID> 

The  next  form  forwards  for  action  the  message  pointed  to  by  the  marked  entry  in 
the  displayed  file.  The  marked  entry  also  becomes  the  current  entry. 

Instruction  Form:  ACTION  (ENTRY)  <HERE>  <USER  ID> 


AUGMENT 

The  user  may  add  an  additional  subset  of  file  entries  to  those  presently  displayed 
by  using  the  Augment  Selection  instruction  shown  below. 

Instruction  Form:  AUGMENT  (SELECTION)  <SELECTOR> 

Example:  AUGMENT  SELECTION  FROM  "CINCPAC" 

This  instruction  adds  file  entries  to  the  currently  displayed  list  of  entries  from  the 
file  open  for  display. 


The  user  may  choose  to  add  any  subset  of  file  entries,  according  to  the  <SELECTOR> 
specification.  If  a given  file  entry  is  identified  by  more  than  one  Display  or  Augment 
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instruction,  it  will  appear  only  once  in  the  displayed  list.  Through  the  use  of  AUGMENT 
and  RESTRICT,  the  user  may  isolate  just  those  entries  satisfying  his  needs. 

The  following  instruction  augments  the  current  file  entry  display  to  include  all 
entries  specified  by  the  given  selection  criteria. 


Instruction  Form:  AUGMENT  (WITH)  EXISTING  SELECTOR  NAME> 


DACKUP 

The  user  may  establish  a selection  of  file  entries  which  occurred  previously  as  the 
result  of  issuing  a series  of  AUGMENT  and  RESTRICT  instructions.  The  Backup  Instruction 
key  displays  the  previous  set  of  file  entries.  Repeated  issuance  of  the  Backup  instruction 
will  regress  to  earlier  such  displays. 


Instruction  Key:  HBACKUP-ONE!! 


1 tie  Backup  instruction  is  useful  to  recover  a previous  display  if  the  user  has,  for 
example,  inadvertently  asked  for  the  addition  or  removal  of  too  large  a subset  of  file 
entries. 

The  following  typed  form  of  the  Backup  instruction  restores  the  display  to  the 
original  display  before  any  RESTRICT  or  AUGMENT  instruction. 


Instruction  Form:  BACKUP  ALL  (SELECTION) 


CHOP 


The  Chop  Instruction  keys  are  used  to  sign  off  the  current  message  being  reviewed, 
stating  either  approval  or  disapproval.  The  user  must  indicate  either  approval  or 
disapproval  by  pressing  either  the  tlCHOP-YES!!  or  the  !!CHOP-NO!!  key. 


Instruction  keys:  !!CHOP-YES!'. 


!!CHOP-NO!! 


Cl  FAR 


lhe  Clear-view  Instruction  key  clears  the  view  window,  leaving  the  entire  work  area 
for  editing.  See  VIEW  on  placing  information  in  the  view  window. 


Instruction  Key:  '.'.CLEAR-VIEW!! 


COMMENT 


The  user  may  attach  a comment  to  a file  entry  or  a message  field  with  the  use  of 
HIRE  and  the  Comment  instruction.  The  user  may  first  mark  a field  or  entry  with  the 
HERE  key  and  then  issue  the  Comment  instruction,  or  vice-versa.  Once  both  operations 
have  been  performed,  the  user  presses  the  EXECUTE  key.  A blank  line  will  appear  in  the 
display,  below  the  field  selected  with  the  HERE  marker.  The  user’s  name  is  displayed 
followed  by  the  <ACCES$  SPECIFICATION  of  the  comment.  The  access  specification  for  a 
comment  on  a message  field  is  either  Public,  Private,  or  the  name  of  one  other  individual 
who  may  see  the  comment.  For  a comment  on  a file  entry,  access  specification  should  be 
Private,  since  all  comments  on  file  entries  are  currently  private.  The  default  access 
specification  for  both  message  fields  and  file  entries  is  Private  unless  otherwise  specified. 
Once  the  comment  has  been  attached  to  the  field  or  entry,  the  user  may  enter  any  number 
of  lines  of  text.  If  a comment  already  exists  on  a message  field,  the  new  comment  will 
appear  above  the  previous  comment.  If  a comment  by  the  same  user  already  exists  on  a 
file  entry,  no  new  comment  will  be  attached  to  the  entry,  though  the  user  can  of  course 
add  to  or  edit  his  existing  comment. 

If  the  user  deletes  the  entire  contents  of  a comment  on  a message  field  and  then 
Finishes  the  message,  the  comment  will  be  deleted.  Once  a comment  has  been  attached  to 
a file  entry  and  the  file  has  been  Finished  once,  the  comment  cannot  be  deleted  (except  by 
deleting  the  entry). 

Note  that  when  a comment  is  placed  on  a file  entry,  it  belongs  just  to  that  file.  If 
the  entry  is  moved  into  another  file,  the  comment  does  NOT  go  along  with  it. 


Instruction  Form:  COMMENT  (ENTRY)  <HERE>  <ACCESS  SPECIFICATION 

Instruction  Form:  COMMENT  MESSAGE  <HERE>  <ACCESS  SPECIFICATION 


The  user  may  also  attach  a comment  to  a file  entry  using  the  entry  number  adjacent 
to  the  entry  hr  desires  to  comment.  Upon  issuing  the  Comment  instruction,  a blank  line  is 
opened  in  the  display  below  the  designated  entry  and  the  word  COMMENT:  is  displayed, 
followed  by  the  cursor.  If  a comment  is  already  attached  to  this  entry,  then  COMMENT: 
appears  below  the  previous  comment.  The  new  comment  is  completed  when  the  user 
moves  the  cursor  to  the  Instruction  Line  and  issues  a new  instruction.  Note:  COMMENT 
does  not  affect  the  designation  of  the  entry  marked  CURRENT. 


Instruction  Form:  COMMENT  (ENTRY)  <NUMBER>  <ACCESS  SPECIFICATION 
Example:  COMMENT  ENTRY  5 


The  above  instruction  is  issued  in  the  presence  of  a display  of  entries. 


The  following  forms  Comment  the  next  or  current  entry. 


Instruction  Forms:  COMMENT  (ENTRY)  NEXT  <ACCESS  SPECIFICATION 
COMMENT  (ENTRY)  CURRENT  <ACCESS  SPECIFICATION 


COORDINATE 


the  Coordinate  instruction  sends  the  displayed  message  simultaneously  to  those 
people  on  the  chop  list  for  their  review. 

Instruction  Key:  “COORDINATE-MESSAGE!! 

The  displayed  message  must  be  a Memo  or  AUTODIN  message  in  preparation. 


COPY 


The  Copy  instruction  forms  described  below  allow  the  user  to  make  a copy  of  text 
or  an  in-preparation  message  for  purposes  of  displaying,  editing,  or  filing  it.  (Also  see 
PICKUP  and  MOVE.) 

The  “COPY-TEXT!!  Instruction  key  copies  the  marked  text  from  the  display  or  view 
window  and  puts  it  wherever  the  cursor  is  when  the  key  is  pressed.  Unlike  the 
!!PICKUP-TEXT!!  and  !!MOVE-TEXT”  keys,  the  “COPY-TEXT”  key  does  not  delete  anything 
from  the  screen.  The  text  is  retained  for  a corresponding  PUT  instruction.  If  you  use  this 
instruction  or  a combination  of  “COPY-TEXT!!,  “PICKUP-TEXT!!,  or  !!MOVE-TEXT“  twice  in 
succession,  the  first  text  retained  will  be  overwritten  by  the  second  one. 


Instruction  Key:  <HERE>  <HERE>  <Cursor  Location>  HCOPY-TEXT!! 

The  following  Instruction  form  makes  a copy  of  a current  open  in-preparation 
message,  and  displays  the  copy  in  the  Display  window.  The  FROM  field  is  changed,  and  a 
new  DTG  is  assigned,  but  otherwise  the  new  message  is  simply  a copy  of  the  original. 
The  new  message  can  then  be  edited  as  necessary.  The  open  object  must  be  a message 
in  preparation. 


Instruction  Form:  COPY  (MESSAGE) 

The  following  typed  instruction  form  makes  a copy  of  the  identified  message  in 
preparation  and  displays  the  copy  in  the  Display  window.  This  instruction  requires  that 
no  message  be  open  for  editing. 


Instruction  Form:  COPY  (MESSAGE)  ^MESSAGE  ID> 

1 he  following  Keys  create  a copy  of  the  next,  the  current,  the  numbered,  or  the 
marked  message  in  an  open  file.  It  requires  that  a file  be  displayed  and  that  the  indicated 
message  be  a message  in  preparation.  The  newly  created  copy  is  displayed  in  the  Display 
window. 


Instruction  Key:  !!COPY-NFXT!! 

!!COPY-ENTRY!! 

<MERE>  I1COPYH 

Instruction  Forms:  COPY  (ENTRY)  <NUMBER> 

lhr  following  typed  instruction  forms  copy  the  marked  text  from  any  window  into 
the  named  text  object.  In  reference  to  the  first  form  shown  below,  any  previously 
existing  text  in  the  named  text  object  is  destroyed. 


Instruction  Forms:  COPY  (TEXT)  <HERE>  <HERE>  EXISTING  TEXT  NAME> 


COPY  (TEXT)  <HERE>  <HERE>  <NEW  TEXT  NAME> 


CRCATE 


The  Create  instruction  is  used  to  create  a new  file,  message,  text  object  or  Selector. 
Those  four  instructions  are  explained  below. 

The  user  may  create  a new  file  using  the  instruction  form  shown  below.  Files  are 
created  only  in  this  explicit  way.  That  is,  a file  must  be  created  before  messages  are 
placed  into  it.  The  result  of  entering  a file  creation  instruction  is  to  establish  n new  file 
containing  no  entries.  The  newly  created  file  is  not  displayed.  For  example,  if  you  are 
looking  at  the  Pending  File  and  want  to  file  entries  from  it  into  some  new  file,  you  can 
CREATE  the  new  file  without  losing  your  display  of  the  Pending  File.  You  can  then  FILE 
entries  from  the  Pending  File  into  the  new  file. 

Instruction  Form:  CREATE  FILE  <NEW  FILE  NAME>  <SECURITY> 


Example:  CREATE  FILE  SHIPS  UNCLASSIFIED 

If  no  security  classification  is  given,  the  file  defaults  to  the  security  level 
Unclassified. 


I 
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The  user  may  create  a new  message  and  display  the  blank  message  form  ( for 
purposes  of  entering  the  message  information)  by  using  the  following  instruction.  If  there 
is  already  an  open  message,  an  automatic  FINISH  is  done  on  it,  whether  or  not  the  message 
is  actually  displayed. 


Instruction  Form:  CREATE  MESSAGE  <MESSAGE  TYPE>  <SECURITY> 

The  default  security  classification  level  is  Unclassified.  It  is  important  to  know  that 
you  should  preassign  a message  to  a file  before  you  RELEASE  it  or  send  it  for 
Coordination.  Otherwise,  it  is  only  recallable  by  its  drafter's  name  and  DTG,  which  you 
must  have  written  down. 

lhe  following  instruction  is  similar  to  that  above,  but  it  also  preassigns  a file  for  its 
storage. 


Instruction  Form: 

CREATE  MESSAGE  <MESSAGE  TYPE>  <SECUR!TY>  EXISTING  FILE  NAME> 

The  following  instruction  is  used  to  create  a text  object  and  open  it  in  the  display 
window  for  editing.  Again,  the  security  default  level  is  Unclassified. 

Instruction  Form:  CREATE  TEXT  <NEW  TEXT  NAME>  <SECURITY> 

The  following  Create  instruction  saves  the  selector  which  describes  the  current 
display  of  the  open  file. 


Instruction  Form:  CREATE  SELECTOR  <NEW  SELECTOR  NAME> 

CURRENT-ENTRY 


The  !!CURRENT-ENTRY!!  Instruction  key  is  used  to  set  a new  Current  entry. 
Whichever  entry  is  marked  with  a <HERE>  will  become  the  new  Current  one.  If  no  <HERE> 
is  supplied,  this  key  just  causes  the  screen  to  scroll  until  the  current  entry  is  on-screen, 
and  then  puts  the  cursor  on  the  current  entry. 

Instruction  key:  <HERE>  ‘(CURRENT- ENTRY!! 


OriETE 
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iThc  family  of  Delete  instructions  permits  the  user  to  delete  a file,  file  entries,  a text 
object,  or  a selector.  (You  cannot  delete  a message,  although  you  can  etlectively  discard 
it  if  it  is  still  in  preparation.  This  is  done  with  an  ABORT.  See  FILE  SYSTEM  section.) 
These  instructions  are  explained  below. 

The  user  may  delete  an  existing  file  using  the  instruction  form  shown  below.  The 
result  of  deleting  a file  is  to  destroy  the  file  and  any  entries  it  may  contain.  However,  if 
this  instruction  is  entered  by  accident,  the  file  may  be  restored  by  using  the  RESTORE 
instruction.  A deleted  file  is  shown  in  the  File  Directory  with  an  asterisk  to  the  left  of  its 
name. 


Instruction  Form:  DELETE  FILE  EXISTING  FILE  NAME> 


Example:  DELETE  FILE  SHIPS 

If  the  file  being  deleted  is  displayed  at  the  time  the  Delete  File  instruction  is  issued 
then  the  screen  is  erased.  Otherwise,  the  screen  remains  unchanged. 

The  instruction  below  deletes  a text  object.  If  this  instruction  is  entered  by 
accident,  the  text  object  may  be  restored  by  using  the  RESTORE  instruction.  A deleted 
text  object  is  shown  in  the  Text  Directory  with  an  asterisk  at  the  left  of  its  name. 

Instruction  Form:  DELETE  TEXT  EXISTING  TEXT  NAME> 

The  following  instructions  delete  file  entries.  The  first  one  below  deletes  a file 
entry  pointed  to  in  the  open  file.  If  the  instruction  is  entered  by  mistake,  entries  may  be 
restored  by  using  the  RESTORE  instruction.  However,  once  a FINISH  Or  SAVE  instruction  is 
given,  an  entry  is  permanently  deleted  from  the  file. 


I 
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Instruction  key:  <HERE>  !!DELETE!! 

The  following  Instruction  keys  each  delete  an  entry  in  the  open  file. 


Instruction  keys:  !!DELETE-NEXT!! 

!!DELET  E-ENTRY!! 

The  next  typed  instruction  deletes  a list  of  entries  from  the  open  file. 
Instruction  Form:  DELETE  (ENTRY)  <ENTRY  LIST> 


the  final  Delete  instruction,  below,  deletes  a selector.  If  this  instruction  is  entered 
by  mistake,  the  selector  may  be  restored  by  using  the  RESTORE  instruction. 
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Instruction  Form:  DELETE  SELECTOR  EXISTING  SELECTOR  NAME> 

I 


DIRECTORY 


Each  user  has  three  directories  which  are  lists  of  his  files,  defined  selectors,  and 
text  objects.  Each  of  these  directories  can  be  shown  in  the  View  window  for  reference 
only.  The  following  Instruction  Keys  show  the  corresponding  directory  in  the  View 
window. 

Instruction  Keys: 

"FILE-DIRECTORY!! 

"SELECTOR-DIRECTORY!! 

!!TEXT-DIRECTORY" 


DISPLAY 


The  Display  instructions  place  information  in  the  display  window.  The  various 
instructions  below  allow  the  user  to  display  (for  editing)  files,  messages,  and  text  objects. 
If  an  object  of  the  same  Kind  is  already  open,  an  automatic  FINISH  is  done  and  the  object  is 
closed.  The  first  two  forms  shown  below  pertain  to  files. 

The  user  may  display  file  entries  (and  their  associated  comments,  if  any)  using  the 
following  instruction: 

Instruction  Form:  DISPLAY  FILE  EXISTING  FILE  NAME>  (<SECURITY>) 

Example:  DISPLAY  FILE  SHIPS 

The  Display  instruction,  as  opposed  to  the  VIEW  instruction,  places  the  file  contents 
in  the  display  window  where  the  user  may  further  worK  with  it.  For  example,  the  user 
may  arid  or  delete  comments  associated  with  the  entries.  The  <SECURITY>  parameter  is 
optional.  Normally,  it  is  not  included  and  the  file  is  opened  at  the  level  at  which  it  was 
defined  (sec  the  CREATE  instruction).  If  the  file  is  a Pending  file,  the  <SECURITY> 
parameter  can  be  used  to  open  the  file  at  the  security  levels  up  to  and  including  the  given 
level.  If  the  <SECURITY>  parameter  is  NOT  given  for  the  Pending  file,  it  is  opened  up  to 
and  including  the  SECRET  level. 

The  following  instruction  Key  brings  the  display  of  the  open  file  bacK  into  the 
display  window. 


» 
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Instruction  key:  !!SHOW-FILE!! 


Ihc  next  form  displays  the  special  date  files  (described  in  FILE  SYSTEM)  which 
contain  all  messages  with  DIG’s  of  a given  date: 


Instruction  Form:  DISPLAY  (DATEFILE)  <DATE>  <SECURITY> 


1 hr  following  two  forms  display  text  objects.  The  first  displays  a specified  text 
object  and  the  second  redisplays  the  current  open  text  object. 


Instruction  forms:  DISPLAY  TEXT  <EXISTING  TEXT  NAME> 


!!SHOW-TEXT!! 


The  following  forms  display  messages.  The  first  displays  the  open  message. 


Instruction  key:  !!SHOW-ME_SSAGE!! 


The  following  typed  instruction  form  displays  the  message  identified  by  the 
■-MESSAGE.  ID>. 


Instruction  Form:  DISPLAY  (MESSAGE)  <MESSAGE  ID> 


lhc  following  instruction  keys  display  the  next  or  current  message  in  the  open  file. 


Instruction  keys:  HDISPLAY-NEXT!! 


"DISPLAY-ENTRY!! 


The  following  Instruction  key  displays  the  message  pointed  to  in  the  open  file. 


Instruction  key:  <HERE>  "DISPLAY-ENTRY!! 


The  next  typed  form  displays  the  numbered  entry  in  the  open  file. 


Instruction  Form:  DISPLAY  (ENTRY)  <NUME3ER> 


-xr 


( XERCISE 
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After  instructing  the  message  service  to  begin  a LESSON  on  the  use  of  the  service,  a 
user  may  do  a number  of  exercises  dealing  with  the  instructions  ot  the  particular  lesson. 

Within  the  exercise,  the  instruction  QUIT  is  available  to  leave  the  exercise  AND  the 
lesson,  and  return  to  the  normal  Sigma  service.  In  each  case,  detailed  instructions  are 
given  on  how  to  perform  and  leave  the  current  exercise. 

Instruction  Form:  EXERCISE  (NUMBER)  <NUMBER> 


FILE 

The  following  four  instruction  forms  are  used  to  file  messages  and  file  entries.  The 
first  three  forms  shown  below  require  that  the  displayed  object  be  a file.  The  fourth 
requires  that  the  displayed  object  be  a message. 

The  first  form  below  files  the  marked  entry  from  the  displayed  file  into  another  file. 

Instruction  Form:  FILE  (ENTRY)  <HERE>  <EXISHNG  FILE  NAME> 

The  next  instruction  form  files  a list  of  entries  from  the  open  file  into  another  file. 

An  entry  list  as  the  name  implies  is  a list  of  one  or  more  entries,  separated  by 
commas,  such  as  2,4,9.  A sequence  may  be  given  separated  by  dashes,  such  as  6-i2 
which  signifies  entries  6 through  12.  The  comma  and  dash  may  be  used  in  the  same  entry 
list,  such  as  2,4-7,10. 


Instruction  Form:  FILE  (ENTRY)  <ENTRY  LIST>  <EXISTING  FILE  NAME> 

The  following  forms  file  the  next  or  current  entry. 

Instructions  Forms:  FILE  (ENTRY)  NEXT  <EXISTING  FILE  NAME> 

FILE  (ENTRY)  CURRENT  EXISTING  FILE  NAME> 

The  last  instruction  forms  file  the  message  being  edited  into  a file,  either  the  file 
identified  in  the  instruction  or  the  open  file. 

Instruction  Forms:  FILE  (MESSAGE)  EXISTING  FILE  NAME> 

FILE  (MESSAGE) 


> 


FIND 


The  Find  instruction  locates  the  next  occurrence  Of  a specified  string  of  text 
following  the  HI  KL  marker.  1 his  instruction  works  on  any  displayed  object.  When  used 
with  a file,  FIND  <STRING>  docs  not  affect  the  designation  of  the  entry  marked  CURRENT. 
Also,  FIND  <S1RING>  may  not  work  correctly  in  a file  if  the  string  being  found  is  loo  far 
away  from  what  is  being  displayed  on  the  screen.  This  is  due  to  an  implementation  detail. 

A string  may  be  either  a single  word  or  may  be  a group  of  words,  connected  by 
punctuation  or  spaces,  which  MUSI  be  enclosed  by  quotation  marks.  Examples  are: 
"FLASH”  and  "FLASH  OVERRIDE."  Upper  and  lower  case  are  identical  to  the  service. 


Instruction  Form:  FIND  (STRING)  <STRING>  <H[RE> 

The  <HI  RE>  parameter  is  only  needed  for  repealed  FIND  SIRING  instructions,  that 
is,  the  first  time  a particular  FIND  SIRING  is  performed,  Sigma  will  find  the  first  occurrence 
from  the  top  of  the  displayed  object.  If  you  then  want  to  find  the  next  occurrence,  you 
must  place  a <Hl  HE>  mark  at  or  below  the  first  place  found  in  the  object.  I ach 
subsequent  FIND  STRING  instruction  will  find  the  next  occurrence  below  the  <HEHl>  mark. 

The  next  instruction  finds  the  first  occurrence  of  the  specified  string,  beginning  with 
the  initial  part  of  the  text. 

Instruction  Form:  FIND  (STRING)  <STRING> 

The  following  instruction  finds  and  displays  the  file  entry  with  the  number 
requested.  The  newly  displayed  entry  now  becomes  the  current  entry. 

Instruction  Form:  FIND  (ENTRY)  <NUMBLR> 


FINISH 

This  Instruction  key  terminates  editing  of  the  current  object  (file,  message,  or  text), 
saves  the  result,  and  closes  the  object  (thus  clearing  if  off  the  screen). 

Instruction  key:  !!FINISH!! 

Note  how  the  instructions  ABORT,  FINISH  and  SAVE  compare: 

AMORT  eliminates  any  changes  made  to  an  object  during  editing,  closes  the  object 
and  clears  the  screen.  It  works  for  files,  messages,  or  text  objects.  The  Abort  instruction 
should  be  used,  for  example,  when  you  realize  you  have  asked  for  the  wrong  type  of 
message  form.  It  must  be  typed  in. 

FINISH  retains  all  changes  made,  closes  the  object  and  dears  the  screen.  It  works 
for  files,  messages,  or  text  objects.  The  Finish  Instruction  key  would  be  used  when  you 
fiavc  completed  working  with  an  object.  This  is  also  done  automatically  by  Sigma  when 
you  ask  for  another  object  of  the  same  type.  But  if  you  are  only  going  to  work  on  one 
object,  a file  for  instance,  you  would  use  Finish  when  you  are  through  with  it. 


I 
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SAVE  retains  changes  made  to  a text  object,  but  docs  not  close  the  text  object, 
leaving  it  on  the  screen  for  further  work.  This  Instruction  key  would  be  used  if  you  are 
going  to  leave  the  terminal  for  a moment,  and  you  want  to  be  sure  your  work  on  a text 
object  up  to  that  point  is  preserved. 


FORWARD 


The  Forward  instructions  permit  the  user  to  forward  messages  to  other  users.  A 
for  Info  entry  is  placed  in  the  Pending  file  of  the  user  to  whom  the  message  is  being 
forwarded,  and  his  name  (or  title)  is  added  to  the  Internal  Distribution  field  shown  with  the 
message. 

The  first  Forward  form,  shown  below,  sends  the  open  message  to  the  specified  user. 

Instruction  Form:  FORWARD  (MESSAGE)  <USER  ID> 

The  next  Forward  form  sends  the  specified  message  to  the  identified  user. 

Instruction  Form:  FORWARD  (MESSAGE)  <MESSAGE  ID>  <USER  ID> 

7 he  next  forms  forward  the  next  or  current  message  in  the  open  file.  It  requires 
that  a file  be  displayed. 


I 
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Instruction  Forms:  FORWARD  (ENTRY)  NEXT  <USER  ID> 

FORWARD  (ENTRY)  CURPtNT  <USER  ID> 

The  next  form  forwards  a message  that  is  identified  by  its  entry  number. 


Instruction  Form:  FORWARD  (ENTRY)  <NUMUER*  <USER  ID> 
The  next  form  forwards  the  message  marked  in  the  displayed  file. 


Instruction  Form:  f ORWARD  (ENTRY)  <HfKE>  <USER  ID* 


! 


GF.l 

The  Gel  instructions  allow  the  user  to  access  information  belonging  to  other  users. 
Through  the  use  of  these  instructions,  one  can  effectively  access  readboards. 

The  instruction  below  gets  another  user’s  file  and  names  it  for  your  use.  The 
user-id  is  the  identifier  of  a user  other  than  yourself.  It  may  be  either  an  office  code  or  a 
personal  name. 
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In  the  case  of  GET  FILE,  the  file  you  get  will  always  reflect  the  current  state  of  the 
foreign  file.  That  is,  whenever  you  look  at  it  in  the  future,  you  will  see  any  changes  the 
owner  of  the  file  has  made  to  it,  even  if  they  were  made  after  you  did  the  GET. 


Instruction  Form: 

GET  (FILE)  EXISTING  FILE  NAME>  (FROM)  <U$ER  ID>  <NEW  FILE  NAME> 

Example:  GET  FILE  BLUEEAGLE  FROM  J3  BLUE  EAGLE  TRAINING  FILE 
The  next  instruction  gets  another  user’s  file  for  your  use  and  calls  it  by  the  same 

name. 


Instruction  Form:  GET  (FILE)  EXISTING  FILE  NAME>  (FROM)  <USER  ID> 

In  the  cases  of  GET  SELECTOR  and  GET  TEXT,  the  object  you  get  is  your  own 
personal  copy  of  the  owner’s  object  as  of  the  moment  you  do  the  GET.  It  will  NOT  reflect 
any  changes  the  owner  makes  after  you  have  done  the  GEI. 

The  next  instruction  gets  a user’s  selector  and  names  it  for  your  use. 


Instruction  Form: 

GF.T  (SELECTOR)  EXISTING  SELECTOR  NAME>  (FROM)  <USER  ID>  <NEW  SELECTOR  NAME> 

The  next  instruction  gets  another  user’s  selector  for  your  use  and  retains  it  by  the 
same  name. 


Instruction  Form: 

GET  (SELECTOR)  EXISTING  SELECTOR  NAME>  (FROM)  <USER  ID> 
Similarly,  the  next  two  instructions  obtain  another  user’s  text  objects. 


Instruction  Forms: 


GF.T  (TEXT)  <EXISTING  TEXT  NAME>  (FROM)  <USER  ID>  <NEW  TEXT  NAME> 
GEI  (TEXT)  <EXISTING  TEXT  NAME>  (FROM)  <USER  ID> 


GO-TO-Nf  XT 


The  !!GO-TO-NEXT!!  Instruction  key  is  used  to  make  the  Next  entry  the  new  Current 


entry. 


Instruction  key:  '.'.GO-TO-NEXT!! 


HELP 


The  HELP  Instruction  key  is  normally  used  to  access  the  on-line  form  of  this 
reference  information.  When  it  is  pressed,  the  Instruction  Line,  Display  window  and  View 
window  (if  any)  are  cleared,  and  a special  display  is  shown.  Just  below  the  Status  Line  is 
the  message:  "HELP:  Hit  CANCEL  key  to  get  back  to  normal  screen".  This  tells  you  that 
you  arc  looking  at  HELP  information,  and  that  you  can  return  to  the  normal  Instruction  Line, 
Display  window  and  View  window  as  they  were  before  you  pressed  the  HELP  key  by 
pressing  the  CANCEL  key. 

The  next  line  includes  two  hilighted  terms  "HELP"  and  "SERVICE  FACILITIES"  (shown 
as  black  on  white  instead  of  white  on  black),  and  a field  called  "Current  Term".  On-line 
HELP  is  accessed  on  the  basis  of  "terms".  Each  term  is  some  word,  phrase,  Instruction  or 
concept  which  describes  something  about  Sigma.  The  word  or  phrase  shown  as  the 
Current  Term  is  the  one  described  by  the  HELP  information  shown.  The  two  special  terms 
"HELP"  and  "SERVICE  FACILITES"  can  be  accessed  by  moving  the  cursor  into  the 
appropriate  hilighted  area  on  this  line  and  pressing  the  EXECUTE  or  HELP  key.  The  term 
"HELP"  describes  how  to  use  the  HELP  facility.  The  term  "SERVICE  FACILITIES”  gives  a list 
of  Sigma  facilities  which  can  be  used  as  an  index  to  find  further  information.  In  general, 
words  or  phrases  shown  in  hilighted  form  in  the  HELP  text  can  be  selected  as  other  terms 
to  be  described.  The  user  simply  moves  the  cursor  into  any  such  hilighted  term  and 
presses  EXECUTE  or  HELP.  For  example,  if  the  user  asks  to  see  the  term  SERVICE 
FACILITES,  it  shows  a number  of  other  hilighted  words  and  phrases  in  index  form.  The 
user  can  select  any  of  these  other  terms  by  moving  the  cursor  into  the  desired  hilighted 
area  and  pressing  EXECUTE  or  HELP. 

The  last  line  above  the  actual  HELP  text  shows  two  hilighted  areas  "BACK",  and 
"FORWARD",  and  a hilighted  field  called  "New  Term”.  If  the  user  wants  help  with  some 
term  not  shown  on  the  screen,  he  can  type  the  term  at  New  Term  and  press  EXECUTE  or 
HELP.  Once  the  user  has  asked  for  help  with  more  than  one  term,  he  can  go  back  to  see 
the  help  text  for  previous  terms  by  moving  the  cursor  into  the  hilighted  word  BACK  and 
pressing  EXECUTE  or  HELP.  If  he  has  already  gone  back,  he  can  then  go  forward  again  by 
selecting  the  word  FORWARD.  The  help  text  is  saved  for  a maximum  of  three  previous 
terms. 


The  FIELP  key  is  used  for  a different  purpose  when  the  user  is  taking  a Lesson. 
The  normal  Help  facility  is  unfortunately  not  available  during  a Lesson.  The  key  is  used 
instead  to  switch  back  and  forth  between  fhe  (ext  of  an  Exercise  and  the  normal  screen 
that  results  from  trying  one  of  the  Instructions  in  the  Exercise. 


IDENTIFY 


The  Identify  instruction  is  used  to  change  the  previous  user's  identify  to  that  of 
another.  (See  SPECIAL  SERVICE  FEATURES.) 


Instruction  Form:  IDENTIFY  (AS)  <USER  ID> 


KEYWORD 

The  Keyword  instructions  below  allow  the  user  to  tag  file  entries  with  Keywords  or 
a keyword  string  which  the  user  defines.  At  present  keywords  are  not  shown,  so  they 
must  be  written  down  or  remembered.  These  keywords  may  later  be  used  as  selectors. 
(See  RESTRICT  instruction.)  Note  that  if  a file  has  already  been  restricted  when  the 
Keyword  instruction  is  performed,  only  those  entries  which  are  displayed  (that  ir,  those  in 
the  restricted  subset)  will  be  affected  by  the  Keyword. 

Of  the  following  forms  of  the  instruction,  only  the  forms  which  use  HERE  and  NEXT 
result  in  changing  the  Current  entry  in  the  file. 


Instruction  Forms:  KEYWORD  (ENTRY)  <HERE>  <STRING> 

KEYWORD  (ENTRY)  <ENTRY  LIST*  <$TRING> 

KEYWORD  (ENTRY)  CURRENT  <STRING> 

Kf  YWORD  (ENTRY)  NEXT  <STRING> 

Example:  KEYWORD  ENTRY  NEXT  "SHIPPING" 

The  above  entry  could  then  be  found  with  the  instruction: 

RESTRICT  KEYWORD  "SHIPPING" 


IFSSON 


Sigma  provides  a number  of  lessons  which  the  user  can  take  to  learn  to  use  the 
service.  The  lessons  consist  of  descriptive  material,  plus  the  option  to  do  an  EXERCISE 
using  the  instructions  discussed  in  the  lesson. 

Note  that  you  must  perform  a FINISH  or  an  ABORT  on  any  open  file,  message  and 
text  object  before  you  can  take  a lesson,  and  you  must  also  press  the  Clear-View  key  if 
there  is  anything  shown  in  the  View  window. 


Lessons  have  numbers  and  parts,  such  as  Lesson  2 Part  B.  Available  lessons  are: 
Lesson  1:  A General  Description  of  the  Sigma  Service 
Lesson  2 A:  Beginning  to  Use  the  Sigma  Service 
Lesson  2 B:  Beginning  to  Use  the  Sigma  Service 
Lesson  3 A:  The  Filing  Service  - Basic  Filing  Techniques 
Lesson  3 B:  Advanced  Filing  Techniques 
Lesson  3 C:  Special  Files 
Lesson  4:  Message  Reception  and  Distribution 
Lesson  5 A:  Text  Objects 

lesson  b B:  Editing  Instructions  for  Text  Objects 
Lesson  b C:  Editing  Instruction  Keys 
Lesson  6:  Message  Drafting 
Lesson  7:  Message  Review  and  Coordination 
The  following  instruction  is  used  to  take  a lesson. 

Instruction  Form:  LESSON  <NUMBER>  <LETTER> 

Note  that  the  Lesson  number  and  the  letter  part  (as  in  “2  B")  must  be  separated  by  a 
space.  If  the  letter  part  is  left  off,  part  "A"  is  assumed. 

You  may  leave  a lesson  at  any  time  and  return  to  the  normal  Sigma  service  using 
the  QUO  instruction.  (When  you  QUIT  a lesson,  any  objects  opened  during  an  exercise  are 
automatically  ABORT ed.) 


LOG 


When  Sigma  is  started  up,  you  are  requested  to  fill  in  the  required  information  on 
the  screen  so  that  you  can  be  logged  on  to  the  message  service.  To  log  on  to  the  service, 
you  must  fill  in  your  log  on  name  (which  may  be  an  office  code)  your  log  on  password,  and 
your  requested  maximum  security  level.  If  you  are  logging  on  as  an  office  code,  you  must 
also  fill  in  your  personal  identity  (name)  and  personal  password.  To  fill  in  these  items  on 
the  screen,  use  the  cursor  movement,  editing  Keys,  and  then  then  press  the  EXECUTE  Key. 

The  Log  Off  instruction  logs  the  user  off  of  the  message  service. 
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Instruction  Form:  LOG  (OFF) 

When  you  LOG  OFF,  all  open  objects  are  automatically  FINISHed  (or  you. 


MOVE 


lhr  MOVE  instructions  allow  moving  file  entries  or  text. 

The  Move  Entry  instructions  move  entries  from  file  to  file.  In  each  case  the 
displayed  object  must  be  a file.  The  first  form  shown  below  moves  the  marked  entry  out 
of  the  open  file  (deleting  it  from  the  open  file)  and  into  another,  named  file. 


Instruction  Form:  MOVE  (ENTRY)  <HERE>  EXISTING  FILE  NAME> 

The  next  form  files  a list  of  entries  in  the  named  file  and  deletes  them  from  the 
open  file.  Use  the  FILE  instruction  if  the  entries  are  not  to  be  deleted. 


Instruction  Form:  MOVE  (ENTRY)  <ENTRY  UST>  EXISTING  FILE  NAME> 


the  following  forms  move  the  next  or  current  entry. 


Instructions  Forms:  MOVE  (ENTRY)  NEXT  EXISTING  FILE  NAME> 

MOVE  (ENTRY)  CURRENT  EXISTING  FILE  NAME> 

the  !!MOVE-TEXT!!  instruction  key  allows  the  user  to  move  text  from  one  place  on 
the  screen  to  another  in  one  operation.  It  picks  up  the  text  between  the  two  places 
marked  with  the  <HEKE>  key,  deletes  it  from  the  edit  window,  and  places  it  at  the  cursor 
position,  lhe  picked  up  text  is  saved  and  can  be  placed  elsewhere  with  the  !!PUT-TEXT!! 
Instruction  key.  Doing  a HPUT-TEXT!!  does  not  destroy  the  saved  text,  so  that  you  can  put 
the  same  text  in  several  different  places.  Note  that  whenever  you  do  another 
!!MOVE-UXT!!,  "PICKUP-TEXT!!,  or  !!COPY-TEXT!!  the  saved  text  will  be  overwritten  by  the 
new  text  picked  up. 

Note  how  this  instruction  compares  with  the  COPY  instruction.  COPY  only  makes  a 
copy  of  the  marked  object.  MOVE  not  only  makes  a copy  of  the  marked  object,  but  also 
deletes  it  from  the  screen.  Ftowever,  if  the  text  marked  to  be  moved  is  in  the  View 
window  or  for  some  other  reason  is  NOT  text  which  can  be  edited,  the  MOVE-TEXT  key  will 
perform  the  equivalent  of  a COPY-TEXT  only.  That  is,  it  will  NOT  delete  it  from  the  View 
window. 


Instruction  key:  <HERE>  <HERE>  !!MOVE-TEXT!! 
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PICKUP 

The  Pickup  instructions  allow  picking  up  text  between  two  HERE  marks  on  the 
screen  and  saving  the  text  to  be  Put  somewhere  elsi.  The  Picked  up  text  is  deleted  from 
the  screen. 

lhc  following  Instruction  key  Picks  up  text  between  two  places  on  the  screen 
marked  with  the  <HERE>  key.  The  text  picked  up  in  this  way  can  be  Put  somewhere  else 
later  on  (inserted  elsewhere  on  the  screen)  with  the  rjUT  Instruction  key.  The  text  Picked 
up  is  available  to  be  Put  elsewhere  until  the  next  time  a !!PICKUP-TEXT!!,  !!COPY-TEXT!!,  or 
"MOVE-TEXT!!  is  done. 


Instruction  key:  <HERE>  <HERE>  !!PICKUP-TEXT!! 

The  next  form  is  typed  in.  It  deletes  the  marked  text  from  the  display  window  and 
saves  it  in  a previously  named  text  object,  replacing  the  existing  text  with  the  new  text. 


Instruction  Form:  PICKUP  (TEXT)  <HERE>  <HERE>  <EXISTING  TEXT  NAME> 

The  form  shown  below  picks  up  the  marked  text  from  the  display  window  and  saves 
it  in  a new  text  object.  It  has  the  effect  of  creating  a text  object  with  the  new  name, 
without  the  need  to  CREATE  TEXT  beforehand. 


instruction  Form:  MOVE  (TEXT)  <MERE>  <HERE>  <N(  W TEXT  NAME> 

The  security  level  of  the  new  text  object  will  be  the  same  as  the  one  containing  the 
text  to  be  moved. 

PRINT 


The  Print  instructions  make  printed  copies  of  information  on  the  line  printer.  The 
various  instructions  below  allow  the  user  to  print  messages  and  text  objects.  Of  the 
following  Instruction  forms,  only  PRINT  (ENTRY)  <NUMBER>,  <FIERE>  !!PRINT -ENTRY!!,  and 
!!PRINT-NEXT!!  result  in  changing  the  Current  entry  in  the  file. 

The  following  forms  print  a specified  text  object. 


Instruction  Forms:  PRINT  (TEXT)  EXISTING  TEXT  NAME> 

To  print  your  own  text  directory,  you  first  use  the  TEXT-DIRECTORY  Instruction  key, 
and  then  use  the  Instruction  key: 


!!PRINT-VIEW!! 
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The  following  form  prints  some  other  user's  text  directory  and  the  two  forms 
following  print  the  file  directory  and  the  selector  directory,  respectively. 

Instruction  Forms:  PRINT  TEXT  DIRECTORY  <U$ER  ID> 

PRINT  FILE  DIRECTORY  <USER  ID> 

PRINT  SELECTOR  DIRECTORY  <USER  ID> 

The  following  forms  print  messages.  The  first  prints  the  open  message. 

Instruction  Form:  PRINT  MESSAGE 

The  following  instruction  form  prints  the  message  identified  by  the  Messago  Id. 

Instruction  Form:  PRINT  (MESSAGE)  <MESSAGE  ID> 

"the  following  instruction  Keys  print  the  next  or  current  message  in  the  open  file. 

Instruction  Keys:  "PRINT -NEXT!! 

"PRINT -ENTRY!! 

Similar  to  the  above,  the  following  Instruction  Key  prints  the  message  selected  in  the 
open  file  and  maKcs  it  the  Current  entry. 

Instruction  Key:  <HERE>  "PRINT-ENTRY!! 

The  next  form  prints  the  message  associated  with  the  numbered  entry  in  the  open 
file.  It  requires  that  the  displayed  object  be  a file. 

Instruction  Form:  PRINT  (ENTRY)  <NUMBER> 

The  following  instruction  prints  the  open  file  itself,  as  it  appears  on  the  screen. 

Instruction  Form:  PRINT  OPEN  FILE 
The  following  instruction  prints  the  named  selector. 


Instruction  Form:  PRINT  SELECTOR  EXISTING  SELECTOR  NAME> 
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1 he  next  two  Instruction  Keys  print  the  displayed  object  and  the  viewed  object, 
respectively.  In  the  case  of  Print-View,  if  the  viewed  object  is  a file,  the  printed  output 
may  be  less  than  the  full  file  contents. 


Instruction  Keys:  ttPRINT-DISPLAYt! 

!!PRINT -VIEW!! 

The  instruction  form  below  prints  a particular  reviewer’s  version  of  a displayed 
message  in  preparation. 


Instruction  Form:  PRINT  (VERSION)  <USER  ID> 


PROMPT 

The  PROMPT  Key  can  be  used  whenever  Sigma  is  unable  to  understand  a typed 
Instruction.  It  shows  all  alternate  forms  of  the  Instruction  you  have  typed.  If  you  have 
typed  something  which  might  be  one  of  several  different  Instructions,  it  shows  the 
alternate  forms  of  each  legal  Instruction  in  the  given  context.  It  usually  provides  enough 
information  for  you  to  figure  out  why  Sigma  is  having  trouble  understanding  what  you 
typed.  For  example,  when  Sigma  tells  you  your  inshuction  is  incomplete,  pressing 
PROMPT  will  show  you  the  form  of  the  instruction  you  are  typing,  including  all  necessary 
parameters. 

If  you  want  further  detail  about  one  of  the  alternate  instructions  shown  when  you 
press  Prompt,  you  can  move  the  cursor  onto  the  line  describing  that  instruction  and  press 
PROMPT  again.  This  gives  you  more  information  about  that  particular  instruction. 

When  you  are  taKing  a Lesson,  the  PROMPT  Key  has  a different  use.  Since  Prompt 
is  unfortunately  not  available  during  a Lesson,  the  Key  is  used  instead  to  return  to  the  text 
of  a Lesson  when  you  are  taKing  an  Exercise. 


PUT 

The  Put  instruction  moves  text  to  a marKed  position  in  the  display  window.  The 
named  text  object  may  be  one  which  was  created  with  a CREATE  TEXT  instruction,  or  it 
may  have  been  picKed  up  with  the  PICKUP  instruction. 

The  following  Instruction  Key  taKes  the  text  PicKed  up  by  the  last  !!PICKUP-TEXTM, 
!!MOVE-TEXT!!,  or  !!COPY-TEXT!!  and  puts  it  at  the  place  marKed  with  the  <HERE>. 

Instruction  Form:  <HERE>  !!PUT-TEXT!! 

The  form  below  is  typed  in.  It  places  the  text  identified  by  the  given  name  at  the 
spot  marKed  by  the  <HERE>. 


PUT  (TEXT)  <HERE>  EXISTING  TEXT  NAME> 


QUIT 

f rom  within  a LESSON  or  an  EXERCISE  use  this  instruction  to  return  to  the  normal 
Sigma  service 


Instruction  Form:  QUIT  (LESSON) 


Rl  CLASSIFY 

The  Reclassify  instruction  changes  the  security  level  of  a text  object.  It  requires  a 
security  confirmation.  You  cannot  change  the  security  level  of  a message,  file,  or  selector 
with  Sigma 


Instruction  Form:  RECLASSIFY  (TEXT)  EXISTING  TEXT  NAME>  <SECURITY> 


RE  IF  ASF. 

1 he  Release  Instruction  key  sends  the  displayed  message  which  must  be  an  open 
message  in  preparation.  If  you  use  the  HUPDATE!!  Instruction  key  before  doing  a Release, 
Sigma  will  check  local  addressees  and  precedence  (if  applicable)  when  you  do  the  Update, 
and  the  Release  will  then  be  performed  without  need  for  further  confirmation.  Otherwise, 
this  checking  will  be  done  when  you  press  Release,  and  Sigma  will  ask  that  you  reconfirm 
by  pressing  the  iIRLLEASE!!  key  again.  The  message  is  transmitted  to  all  addressees. 


Instruction  key:  !!RELFASE!! 


REPLY 


lhr  Reply  instructions  permit  the  user  to  create  a message  in  response  to  an  earlier 
message.  II  differs  from  the  CREATE  instruction  in  that  the  To  field  of  the  created 
message  is  automatically  filled  in  with  the  contents  of  the  From  field  of  the  earlier 
message.  Similarly,  the  Info  field  is  copied.  The  References  field  of  the  created  message 
will  contain  the  Message  Id  of  the  earlier  message.  The  default  for  the  security  level  of 
the  new  message  is  the  same  as  that  of  the  earlier  message  it  references. 

Nole  that  Reply  simply  creates  a new  message.  The  new  message  must  then  be 
completed  and  Released  in  order  for  it  to  be  sent. 

The  first  Reply  form,  shown  below,  create^  a new  message  for  editing  and 
composition,  in  reply  to  the  specified  message. 
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Instruction  Form: 

REPLY  (MESSAGE)  <MESSAGE  ID>  <MESSAGE  TYPE>  <SECURITY> 

The  next  forms  are  Key  Instructions.  They  create  a reply  to  the  next  or  current 
message  in  the  open  file.  They  require  that  an  open  file  be  displayed  and  that  no 
message  is  open.  They  default  the  <MESSAGE  TYPE*  and  <SECURITY>  level  of  the  new 
message  to  be  the  same  as  the  one  being  replied  to. 


Instruction  Key:  !!REPLY-NEXT»! 

!!REPLY~tNTRY!! 

The  next  Instruction  Key  creates  a reply  to  the  message  marKed  in  the  displayed 
file. 


Instruction  Key:  <HERE>  t'.REPLY-ENTRY!! 

The  next  form  is  typed  in.  It  creates  a reply  to  the  file  entry  that  is  identified  by 
its  entry  number. 


Instruction  Form: 


REPLY  (ENTRY)  <NUMBER>  <MESSAGE  TYPE>  <SECURITY> 


RESTORE 

The  Restore  instructions  restore  text  objects,  file  entries,  entire  files,  and  selectors 
that  have  been  deleted  during  the  session  (see  DELETE).  Should  a new  object  with  the 
same  name  as  a deleted  object  be  created  during  the  session,  the  deleted  object  is 
rewritten,  thus  destroying  it  altogether  and  maKing  it  unrestorable. 

The  first  form  below  is  typed,  it  restores  a deleted  text  object  to  its  original  state. 


Instruction  Form:  RESTORE  TEXT  EXISTING  TEXT  NAME> 
The  next  form  is  typed.  It  restores  a list  of  entries  in  the  open  tile. 


Instruction  Form:  RESTORE  (ENTRY)  <ENTRY  LIST> 

The  next  form  is  typed.  It  restores  a deleted  file  to  its  original  state. 


Instruction  Form:  RESTORE  FILE  <EXISTING  FILE  NAME> 
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The  last  form,  shown  below,  restores  a specified  selector  which  has  been  deleted. 


Instruction  Form:  RESTORE  SELECTOR  ^EXISTING  SELECTOR  NAME> 


RESTRICT 

The  user  may  restrict  the  display  to  any  subset  of  those  file  entries  presently 
displayed  by  using  the  Restrict  Selection  instruction  shown  below. 


Instruction  Form:  RESTRICT  (SELECTION)  <SELECTOR> 

Example:  RESTRICT  FROM  "PACAF" 

The  above  instruction  restricts  the  current  displayed  list  of  file  entries  to  those 
originated  by  PACAF. 

The  following  form  restricts  the  current  file  display  by  the  specified  selector. 


Instruction  Form:  RESTRICT  (WITH)  EXISTING  SELECTOR  NAME> 

Example:  RESTRICT  WITH  Old  Selector 

lhc  user  may  choose  to  Keep  any  subset  of  entries,  described  by  the  SELECTOR 
specification. 

Through  the  use  of  the  RESTRICT  and  the  AUGMENT  instructions,  the  user  may 
isolate  just  those  entries  satisfying  his  needs. 


SAVE 


The  Save  instruction  key  preserves  present  editing  of  text  objects  only. 
Note  how  the  instructions  ABORT,  FINISH  and  SAVE  compare: 


ABORT  eliminates  any  changes  made  to  an  object  during  editing,  closes  the  object 
and  clears  the  screen.  It  works  for  files,  messages,  or  text  objects,  lhe  Abort  instruction 
should  be  used,  for  example,  when  you  realize  you  have  asked  for  the  wrong  type  of 
message  form.  It  must  be  typed  in. 

FINISH  retains  all  changes  made,  closes  the  object  and  dears  the  screen.  It  works 
for  files,  messages,  or  text  objects,  lhe  Finish  Instruction  key  would  be  used  when  you 
have  completed  working  with  an  object.  This  is  also  done  automatically  by  Sigma  when 
you  ask  for  another  object  of  the  same  type.  But  if  you  are  only  going  to  work  on  one 
object,  a file  for  instance,  you  would  use  Finish  when  you  are  through  with  it. 
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SAVE  retains  changes  made  to  a text  object,  but  does  not  close  the  text  object, 
leaving  it  on  the  screen  for  further  work.  This  Instruction  key  would  be  used  if  you  are 
goinR  to  leave  the  terminal  for  a moment,  and  you  want  to  be  sure  your  work  on  a text 
object  up  to  that  point  is  preserved. 


Instruction  key:  IJSAVEJ! 


SHOW 


the  SHOW  Instruction  keys  show  the  open  object  of  each  type  (FILE,  TEXT,  or 
MESSAGE),  they  are  used  to  get  the  open  object  back  on  the  screen  when  the  user  has 
displayed  something  else  instead.  For  example,  after  displaying  a file,  if  the  user  displays 
an  entry  from  that  file  and  then  wants  to  see  the  file  again,  he  would  use  the  ^SHOW-FILE’.’, 
key. 


Instruction  keys:  HSMOW-FILF!! 
t'.SHOW-MESSAGE!! 
!!SHOW-TEXTt! 


SYSTEM  NEWS 


The  Typed  Instruction  SYS1EM  NEWS  is  used  to  View  the  News  which  appears  when 
you  first  lop  on.  The  News  always  appears  when  you  log  on  and  can  be  cleared  with  the 
!!CLFAR-VIEW!!  key.  To  see  the  News  again  after  having  Logged  on,  you  would  type  the 
SYSTEM  NEWS  instruction. 

Instruction  form:  SYSTEM  NEWS 


SYSTEM  STATUS 


The  Typed  Instruction  SYSTEM  STATUS  is  used  to  View  the  status  of  all  Sigma  users 
who  arc  active  at  a particular  time. 

Instruction  form:  SYSTEM  STATUS 


UPDATE 
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1 he  Update  Instruction  key  allows  Sigma  to  do  some  reformatting  of  what  you  have 
typed  in,  and  also  to  recognize  and  expand  the  Precedence  field  of  a message  and  check 
lor al  addressees.  If  you  are  not  satisfied  with  this  recognition  and  expansion,  you  may 
edit  the  Precedence  or  address  fields  accordingly. 

Additionally,  the  Update  instruction  causes  the  system  to  perform  the  text 
formatting  operations  available  in  Sigma.  Basically,  individual  lines  are  combined  together, 
unless  a line  begins  with  a blank  space.  Lines  beginning  with  a blank  space  are  not 
formatted,  but  are  left  exactly  as  typed. 


Instruction  key:  !!UPDATE!! 


Certain  fields  may  appear  in  a different  manner  from  the  way  in  which  they  were 
originally  typed.  However,  the  name  recognition  and  text  formatting  are  identical  to  what 
is  done  when  a COORDINATE  or  Rt  LEASE  instruction  is  performed.  You  can  use  the 
Update  instruction  af  any  point  to  check  on  what  Sigma  will  do  to  the  message  before 
releasing  or  sending  the  message  for  chop.  However,  when  you  do  a Coordinate  or 
Release,  the  equivalent  of  an  UPDATE  is  done  automatically,  and  you  are  asked  to  check 
recognition  and  reconfirm  at  that  time.  So  the  UPDATE  instruction  is  never  strictly 
necessary. 


VII  W 


The  View  instructions  place  information  in  the  view  window,  lhr  view  window 
allows  you  to  sec  file  entries,  messages  or  text  objects,  without  being  able  to  edit  them. 
Thus,  no  Abort,  Finish  or  Save  instruction  need  be  given  since  no  changes  may  be  made  to 
any  object  in  the  view  window.  The  CLEAR-VIEW  instruction  key  erases  the  view  window. 
Objects  in  the  view  window  arc  indicated  by  being  displayed  in  half  intensity,  lhe  various 
instructions  below  allow  the  user  to  view  selectors,  messages,  and  text  objects. 

You  cannot  directly  view  a file.  You  must  first  DISPLAY  the  file,  then  use  Hip 
!!VIL  W DISPLAY!!  Instruction  key.  Note  that  if  the  file  is  a large  one,  the  View  window  may 
not  contain  all  of  it  after  you  press  the  View-Display  key.  In  particular,  if  you  scroll  the 
View  window,  you  may  not  allow  you  be  able  to  scroll  to  the  ends  of  the  file,  even  though 
you  can  do  this  in  the  Display  window. 

The  first  form  is  an  Instruction  key  which  shows  in  the  View  window  a copy  of 
whatever  is  being  shown  in  the  Display  window. 


Instruction  key:  !!VIEW-DISPLAY'! 


the  following  form  is  typed  in  to  view  the  named  text  object. 


59 


Instruction  Form:  VIEW  TEXT  EXISTING  TEXT  NAME> 

The  following  instruction  form  is  typed.  It  views  the  message  identified  by  the 
Message  Id. 


Instruction  Form:  VIEW  (MESSAGE)  <MESSAGE  ID> 

The  following  Instruction  Keys  view  the  next  or  current  message  in  the  open  file. 
They  require  that  there  be  an  open  file. 


Instruction  Keys:  !!VIEW-NEXT!! 


!!VIEW-ENTRY!! 

Similar  to  the  above,  the  following  Instruction  Key  views  the  message  selected  in  the 
open  file. 


Instruction  Key:  <HERE>  !!VIEW-ENTRY!! 

The  next  form  is  typed  in.  It  views  the  numbered  entry  in  the  open  file.  It 
requires  that  the  displayed  object  be  a file. 


Instruction  Form:  VIEW  (ENTRY)  <NUMBER> 

The  next  instruction  form  is  typed.  It  places  a copy  ot  the  specified  named  selector 
in  the  view  window. 


Instruction  Form:  VIEW  SELECTOR  EXISTING  SELECTOR  NAME> 

The  following  typed  instruction  places  a coordinator’s  version  of  the  current 
message  in  the  view  window  for  reference. 


Instruction  Form:  VIEW  (VERSION)  <USER  ID> 

The  following  typed  instructions  allow  you  to  view  a directory  of  tiles,  text  objects, 
or  selectors  which  belong  to  some  other  user. 

Instruction  Form:  VIEW  FILE  DIRECTORY  <USER  ID> 

Instruction  Form:  VIEW  SELECTOR  DIRECTORY  <USER  ID> 

Instruction  Form:  VIEW  TEXT  DIRECTORY  <USER  ID> 


